УПРАВЛЕНИЕ АДРЕСАМИ В СРЕДАХ МОБИЛЬНОГО IP-ПРОТОКОЛА Российский патент 2008 года по МПК H04L29/06 

Область техники, к которой относится изобретение

Данная заявка относится к объекту обработки блоков данных в сети передачи блоков данных и к способу управления для такого объекта обработки блоков данных.

Предшествующий уровень техники

В области передачи данных известно, как обеспечивать сети передачи блоков данных. Данные, которые нужно передавать по такой сети передачи блоков данных, делятся на отдельные блоки данных, и каждый блок данных несет адрес маршрутизации, который используется сетевыми узлами для доставки блоков данных в соответствующий пункт назначения. Обработка таких блоков данных обычно осуществляется согласно соответствующему протоколу, например интернет-протоколу (IP). Заметим, что такие блоки данных могут носить разные имена применительно к разным протоколам, например пакет, протокольный блок данных, сегмент, кадр и т.д. В данном описании и формуле изобретения термин "блок данных" используется в обобщенном смысле для описания любого такого фрагмента данных, перемещаемого по соответствующей сети.

Если все сетевые узлы сети передачи блоков данных стационарны и всегда подключены к сети в целом посредством одних и тех же каналов, не существует проблем маршрутизации блоков данных в назначенные принимающие узлы, поскольку адрес маршрутизации служит как для идентификации, так и для определения местоположения принимающего узла. Однако ситуация усложняется, если, по меньшей мере, некоторые узлы могут иметь доступ к сети передачи блоков данных по более чем одному каналу. Например, узел может иметь возможность перемещаться и осуществлять доступ к сети по разным каналам в зависимости от местоположения. Такой узел, способный осуществлять доступ к сети по более, чем одному каналу, будем называть в настоящем описании и формуле изобретения мобильным узлом. Однако следует заметить, что термин "мобильный узел" относится к любому узлу, способному осуществлять доступ к сети по более чем одному каналу, независимо от того, действительно ли узел является физически мобильным. Иными словами, термин "мобильный узел" охватывает также узлы, которые не являются в физическом смысле ни мобильными, ни движущимися, но способные осуществлять доступ по более чем одному каналу. Например, мобильный узел может представлять собой стационарный компьютер, оборудованный проводным соединением LAN, средством беспроводной связи LAN и средством радиосвязи GPRS, что позволяет ему осуществлять доступ к сети (например, интернету) по этим трем разным каналам.

В случае, когда узлы могут осуществлять доступ к сети по более чем одному каналу, требуются дополнительные средства маршрутизации.

В связи с работой по расширению возможностей интернет-протокола в запросе комментариев 3220, который относится к версии 4 интернет-протокола (IPv4), описано использование двух типов адресов маршрутизации, так называемого домашнего адреса для идентификации узла и так называемого передаваемого адреса для пересылки блоков данных на мобильные узлы. Домашний адрес (HoA) является примером общего понятия идентификационного адреса (IA), а передаваемый адрес (CoA) является примером общего понятия адреса пересылки (FA).

Поэтому термин "мобильный узел" относится к тем узлам, которые могут иметь совокупность адресов пересылки одновременно.

В обобщенной работе сети согласно соответствующему протоколу маршрутизации (RP) сетевые узлы способны различать адреса IA и адреса FA в блоке данных, подлежащем пересылке. Заметим, что термин "протокол маршрутизации" (RP) используется в настоящем описании и формуле изобретения в целом для описания любого протокола, позволяющего маршрутизировать блоки данных по совокупности сетевых узлов. IP - это пример такого общего протокола маршрутизации.

В сети передачи блоков данных, где используются идентификационные адреса и адреса пересылки, можно обеспечить особые объекты или агенты обработки блоков данных, которые осуществляют операцию принятия решения для определения адреса пересылки на основании идентификационного адреса. Заметим, что термин "объект" или "агент", используемый в настоящем описании и формуле изобретения, означает функциональный элемент, способный осуществлять некоторую функцию. Объект или элемент может располагаться в одном месте, например в узле, но также может быть распределен по нескольким местам, например нескольким узлам или другим сетевым элементам.

Объект обработки блоков данных такого типа содержит часть принятия решения для задания адреса пересылки в принятом блоке данных в зависимости от идентификационного адреса, заданного в принятом блоке данных, путем обращения к памяти, где содержатся данные принятия решения, причем данные принятия решения содержат один или несколько адресов пересылки, связанных с идентификационным адресом. Например, в настоящих предложениях по развитию IP, т.е. для версии 6 (IPv6), предлагается использовать так называемый домашний агент. Домашний агент принимает блоки данных, которые содержат домашний адрес (т.е. идентификационный адрес), и на основании правил или параметров, хранящихся в так называемом кэше привязки, осуществляет так называемую операцию привязки, т.е. определяет передаваемый адрес для данного домашнего адреса. В настоящем рассмотрении дальнейшего развития IP-сетей, использующих мобильные узлы, т.е. в рассмотрении Mobile Ipv6 (MIPv6), предполагается, что мобильный узел может иметь несколько передаваемых адресов. Он может осуществлять перемаршрутизацию между разными передаваемыми адресами, указывая соответствующим агентам в сети, какой передаваемый адрес использовать.

Способ управления данными принятия решения предусматривает, что мобильному узлу разрешено передавать так называемые обновления привязки на домашний агент или на так называемые корреспондирующие узлы. Корреспондирующий узел - это узел, с которым мобильный узел поддерживает связь, и в ходе этой связи мобильный узел может просто указывать корреспондирующему узлу, какой передаваемый адрес использовать. Основной принцип состоит в том, что домашний агент и корреспондирующие узлы могут иметь только один передаваемый адрес, указанный в кэше привязки. Именно мобильный узел принимает решение, по какому передаваемому адресу направлять данные, адресованные по домашнему адресу (через домашний агент), и он может определять для каждого корреспондирующего узла, на какой передаваемый адрес должен передавать корреспондирующий узел. Таким образом, идея состоит в том, что каждый домашний агент или корреспондирующий узел имеет только один из возможных передаваемых адресов, указанных в его кэше привязки.

В связи с мобильным Ipv6 была предложена система, именуемая NOMADv6, которая содержит фильтры для привязок мобильного Ipv6. NOMAD позволяет мобильному узлу, который имеет совокупность передаваемых адресов, регистрировать множественные обновления привязки на любом нужном агенте привязки (например, домашнем агенте, корреспондентском узле или так называемом анкерном пункте мобильности) и связывать эти различные привязки с фильтром. Фильтр позволяет направлять разные потоки по разным передаваемым адресам на основании поля Traffic Class в заголовке IPv6, поля Flow Label в заголовке IPv6, поля Protocol Extension в заголовке IPv6, которое идентифицирует тип используемого протокола более высокого уровня, Source Address (или префикс исходного адреса), диапазон номеров Source Port (порта источника) или Destination Port (порта назначения) в заголовке протокола, или значение некоторой области данных в пакете IPv6.

Еще один принцип, известный в связи с мобильным IPv6, состоит в использовании двойного вещания, при котором домашний агент может временно иметь привязки к двум передаваемым адресам для одного и того же домашнего адреса. Пока такие привязки одновременно активны, каждый пакет дублируется, и копия передается на каждый передаваемый адрес.

W003/047183 описывает систему, функционирующую согласно мобильной IPv6 архитектуре, содержащей мобильный узел, который имеет связанный домашний агент для проведения обмена данными с корреспондентским узлом по сети IP. Этот документ касается той проблемы, что типовые IP-сети не поддерживают конкретно выбор однонаправленных каналов. Документ предлагает обеспечить обнаружение однонаправленного интерфейса в мобильном узле, чтобы затем передать домашнему агенту обновление привязки, указывающее передаваемый адрес, который идентифицирует обнаруженный однонаправленный интерфейс, таким образом, что пакеты могут затем направляться через однонаправленный интерфейс.

Задача изобретения

Задачей изобретения является дополнительное расширение возможностей системы, которая использует идентификационные адреса и адреса пересылки.

Сущность изобретения

Задача решается посредством объекта обработки блоков данных, описанного в п.1, и способа управления объектом обработки блоков данных, описанного в п.8. Преимущественные варианты осуществления описаны в зависимых пунктах.

Согласно настоящему изобретению объект обработки блоков данных содержит управляющую часть, которая обеспечивает функцию сетевого управления с доступом к памяти данных принятия решения независимо от любого доступа, предоставленного одному или нескольким мобильным узлам. Обычно управляющая часть также обеспечивает интерфейс к данным принятия решения для мобильных узлов, но это не обязательно. Иными словами, данные принятия решения, которые используются частью принятия решения объекта обработки блоков данных для выбора адреса пересылки на основании идентификационного адреса, содержащегося в блоке данных, могут изменяться функцией сетевого управления независимо от изменений, которые могут осуществляться любыми мобильными узлами или по их запросу.

Этот принцип обеспечивает большие преимущества. Он позволяет объединять управление мобильностью на уровне протокола маршрутизации (RP) сети передачи блоков данных с операциями сетевого управления, которые учитывают параметры и требования, используемые в общем сетевом управлении. Например, если мобильные узлы связываются с сетью передачи блоков данных по разным радиоканалам, то управление радиоканалами можно связать с управлением мобильностью, осуществляемым объектом обработки блоков данных, который определяет адрес пересылки на основании идентификационного адреса. Другим словами, аспекты управления радиоканалами, например использование, дополнительная загрузка, перегрузка и т.д., могут учитываться функцией сетевого управления, которая, в свою очередь, имеет доступ к памяти данных принятия решения объекта обработки блоков данных, для надлежащего обновления данных принятия решения. Например, возможно, что, хотя мобильный узел указал объекту обработки блоков данных, что он желает принять блоки данных по адресу пересылки, который связан с одним радиоканалом из совокупности имеющихся радиоканалов, функция сетевого управления может отвергнуть этот запрос, перезаписав другой адрес пересылки в данные принятия решения, например, поскольку радиоканал, связанный с адресом пересылки, выбранным мобильным узлом перегружен, тогда как другой доступный радиоканал недогружен. Согласно принципу настоящего изобретения возможно, в частности, осуществлять процедуру передачи обслуживания под управлением сети для данного мобильного узла, т.е. процедуру передачи обслуживания, в которой сеть инициирует передачу обслуживания и/или принимает решение относительно начального и конечного каналов связи.

Согласно предпочтительному варианту осуществления изобретения управляющая часть обеспечивает независимый доступ к данным принятия решения для совокупности функций управления. Это, в частности, обеспечивает преимущество децентрализованного управления для управления данными принятия решения, и, следовательно, над самой процедурой принятия решения. Все различные функции управления имеют, по меньшей мере, частичный доступ к данным принятия решения, так что каждая из функций управления участвует в процессе управления для задания адресов пересылки. Это обеспечивает большую гибкость и много новых степеней свободы в общем манипулировании блоками данных по сравнению с централизованной системой в предшествующем уровне техники, в которой только одна функция управления управляет данными принятия решения.

Краткое описание чертежей

Ниже, настоящее изобретение будет подробно описано в отношении конкретных вариантов осуществления, которые не следует рассматривать как ограничительные, и со ссылкой на фигуры, в которых

фиг.1 - схема сети передачи блоков данных, содержащей совокупность узлов;

фиг.2 - схема блока данных, несущего идентификационный адрес и адрес пересылки;

фиг.3 - дополнительный пример блока данных, несущего идентификационный адрес и адрес пересылки;

фиг.4 - блок-схема варианта осуществления изобретения;

фиг.5 - логическая блок-схема, описывающая пример процедуры принятия решения для задания адреса пересылки на основании идентификационного адреса;

фиг.6 - логическая блок-схема примера процедуры управления для управления памятью данных принятия решения;

фиг.7 - логическая блок-схема дополнительного примера процедуры управления для управления памятью данных принятия решения;

фиг.8 - блок-схема другого варианта осуществления изобретения.

Подробное описание изобретения

В нижеследующем подробном описании вариантов осуществления мы иногда будем ссылаться на интернет-протокол (IP) и рассмотренные здесь его модификации, например IP версия 6 (IPv6) и Mobile IPv6 (MIPv6). Интернет-протокол и его модификации являются предпочтительным применением принципов настоящего изобретения, но настоящее изобретение никоим образом не ограничивается IP или его модификациями и даже, в целом, протоколами сетевого уровня. Напротив, настоящее изобретение применимо к любой сети передачи блоков данных, в которой используются идентификационные адреса и адреса пересылки. Например, изобретение применимо также к MPLS (Multi Protocol Label Switching), который является протоколом более низкого уровня, чем IP, т.е. ниже сетевого уровня, но, в итоге, выше канального уровня.

На фиг.1 показана схема сети 10 передачи блоков данных, которая содержит сетевые узлы 101-112. Среди этих сетевых узлов имеются узлы маршрутизации 101-109, предназначенные для маршрутизации блоков данных по сети 10 передачи блоков данных согласно соответствующему протоколу маршрутизации, который в целом будем обозначать как RP. Как указано выше, протокол маршрутизации RP может быть любым подходящим протоколом сетевого уровня, например IP или модификацией IP, но также может быть протоколом маршрутизации, расположенным на другом уровне, например MPLS.

Сеть 10 дополнительно содержит концевые узлы 110, 111 и 112, т.е. узлы, на которых сеть заканчивается. Узлы 110 и 111 являются мобильными узлами, которые осуществляют беспроводную связь с соответствующими узлами доступа 106, 108 или 109. С другой стороны, концевой узел 112 является стационарным узлом, постоянно связанным с узлом 107, например, посредством одной стационарной проводной линии связи. Опять же заметим, что настоящее изобретение не ограничивается никаким конкретным типом мобильного узла. Поэтому мобильные узлы могут осуществлять доступ к сети передачи блоков данных любым способом, пригодным для связи посредством совокупности каналов доступа, например радио, инфракрасных или даже (возможно подвижных) проводных соединений.

Например, возможно, что мобильный узел может осуществлять доступ к сети передачи блоков данных посредством мобильного телефонного соединения первого типа (например, посредством GSM), мобильного телефонного соединения второго типа (например, посредством UMTS) и посредством беспроводной локальной сети (W-LAN). С каждой из этих разных возможностей доступа связывают ее собственный адрес пересылки, хотя мобильный узел имеет только один идентификационный адрес. Обычно, индивидуальные адреса пересылки также связывают с их собственным узлом доступа, например, согласно примеру, показанному на фиг.1, сетевой узел 108 манипулирует блоками данных, несущими первый адрес пересылки для мобильного узла 111, а узел 106 доступа манипулирует блоками данных, несущими другой адрес пересылки для мобильного узла 111.

Сетевые узлы 101-112 способны отличать идентификационный адрес IA и адрес пересылки FA в блоках данных, передаваемых по сети 10. Это можно обеспечить любым подходящим или желаемым способом, например, обеспечив специальную структуру блоков данных, что позволяет находить идентификационный адрес и адрес пересылки в соответственно указанных полях блоков данных. Это будет объяснено на примерах, изображенных на фиг.2 и 3.

На фиг.2 показана схема блока данных 20, который состоит из основного блока данных 21, имеющего собственный заголовок 23. Например, этот основной блок 21 данных может быть стандартным IP-пакетом, где заголовок 23 содержит поле 24 для стандартного IP-адреса. В этом случае стандартный IP-адрес является идентификационным адресом. Согласно используемому протоколу маршрутизации RP можно добавить дополнительный заголовок 22, который содержит указанное поле 25 для адреса пересылки.

На фиг.3 показана другая схема, где блок 30 данных имеет один заголовок 31, который содержит первое поле 32 для размещения идентификационного адреса IA и второе поле 33 для размещения адреса пересылки FA.

В любом случае сетевые узлы 101-112 способны надлежащим образом считывать блоки данных и идентифицировать соответствующие адреса.

На фиг.4 показана схема варианта осуществления настоящего изобретения. Позиция 4 обозначает объект обработки блоков данных, который содержит часть 41 принятия решения, память 42 данных принятия решения и управляющую часть 43. Часть 41 принятия решения предназначена для задания адреса пересылки FA в принятом блоке данных, подлежащем пересылке. Работа части 41 принятия решения зависит от идентификационного адреса, заданного в принятом блоке данных, подлежащем пересылке, и от данных принятия решения, сохраненных в связи с данным идентификационным адресом в памяти 42 данных принятия решения. Данные принятия решения содержат один или несколько адресов пересылки FA, которые может выбрать часть принятия решения.

Управляющая часть 43 способна обеспечивать интерфейс для памяти 42 данных принятия решения для изменения данных принятия решения, хранящихся в ней. Интерфейс способен обеспечивать один или несколько мобильных узлов доступом к памяти 42 данных принятия решения для обновления данных принятия решения. В примере, показанном на фиг.4, позиция 47 обозначает мобильный узел, который содержит функцию 50 управления, способную осуществлять связь с управляющей частью 43, для изменения данных принятия решения, хранящихся в памяти 42 данных принятия решения. Например, функция 50 управления может передавать на управляющую часть 43 запросы обновления, указывающие, что мобильный узел 47 хотел бы сменить адрес пересылки FA1, связанный с радиоканалом 52, на другой адрес пересылки FA2, связанный с радиоканалом 53. В примере, показанном на фиг.4, позиция 45 обозначает первый узел доступа, который может использоваться мобильным узлом 47, а позиция 46 - второй узел доступа, который может использоваться мобильным узлом 47. Позиция 44 обозначает данный узел, который передает блоки данных RP на мобильный узел 47. Например, это может быть корреспондентский узел согласно IPv6. Объект 4 обработки блоков данных является соответствующим агентом для идентификации и вставки адресов пересылки. Поэтому он может быть связан с данным узлом, например узлом 44, или может размещаться на конкретном узле, связанном с мобильным узлом 47, т.е. своего рода домашнем агенте на узле, который принимает только блоки данных, которые несут идентификационный адрес IA мобильного узла 47, так что эти блоки данных могут принимать адрес пересылки FA, который позволяет маршрутизировать блоки данных по месту назначения, т.е. на мобильный узел 47.

В равной степени объект 4 обработки блоков данных может быть предусмотрен на указанном узле сети, т.е. на своего рода анкерном пункте мобильности, который предназначен для манипулирования блоками данных, в которых нет адреса пересылки.

В примере, показанном на фиг.4, объекты осуществляют связь на уровне протокола маршрутизации RP, т.е. являются равноправными узлами этого протокола. Как указано, узлы 45 и 46 доступа также являются равноправными узлами, но нижележащий канальный протокол LP различается для двух разных типов мобильного доступа. Например, канал 52 может подчиняться протоколу канального уровня для мобильного телефонного соединения (например, для GSM, GPRS или UMTS), а канал 43 может подчиняться протоколу канального уровня для W-LAN.

Согласно настоящему изобретению, управляющая часть 43 дополнительно обеспечивает интерфейс для функции 51 сетевого управления, что позволяет функции 51 сетевого управления иметь доступ к данным принятия решения в памяти 42 данных принятия решения независимо от любого доступа, обеспеченного для одного или нескольких мобильных узлов, например мобильного узла 47.

Функция 51 может быть функцией сетевого управления любого типа, например функцией управления радиоресурсами для радиоканалов. С этой целью функция 51 сетевого управления может осуществлять связь с функциями 48, 49 управления радиоресурсами, которые соответственно связаны с радиоканалами 52 и 53. Таким образом, функция 51 сетевого управления может, например, быть функцией управления множественными радиоресурсами (MRRM).

Такая конфигурация имеет конкретное преимущество в том, что координирующее управление радиоресурсами для разных технологий доступа можно объединить с управлением мобильностью на уровне протокола маршрутизации RP. Заметим, что один из решающих аспектов основной маршрутизации на уровне протокола маршрутизации RP состоит в том, что она зависит от любой конкретной нижележащей технологии доступа.

На фиг.4 соединения между функцией 51 сетевого управления и управляющей частью 43 показаны пунктирной линией, как и соединения между функциями 48, 49 управления и функцией 51 сетевого управления. Соединения между функциями управления и между функцией управления и управляющей частью можно обеспечивать любым подходящим или нужным способом. Другими словами, они могут использовать блоки данных, связанные с протоколом маршрутизации RP, или соединения могут осуществляться в виде отдельных, выделенных соединений сигнализации управления. Таким образом, функция 51 сетевого управления может быть обеспечена на одном или нескольких сетевых узлах, или может быть обеспечена отдельно от сетевых узлов в виде выделенной архитектуры управления.

Отметим, что, хотя функции 48 и 49 управления, показанные на фиг. 4, осуществляют связь с функцией 51 сетевого управления, которая, в свою очередь, может осуществлять доступ к памяти 42 данных принятия решения через интерфейс управляющей части 43, в равной степени возможно, что функции 48, 49 управления осуществляют непосредственную связь с управляющей частью 43. Это показано в варианте осуществления на фиг.8, в котором используются те же самые ссылочные позиции, что и на фиг.4, что избавляет от необходимости в повторном описании соответствующих элементов.

В примере, показанном на фиг.8, каждая из функций управления 48, 49, 50 и 51 имеет независимый доступ к данным принятия решения. Поэтому каждая из них участвует в процедуре принятия решения для определения адресов пересылки на основании идентификационного адреса. Это обеспечивает весьма гибкую децентрализованную структуру управления для управления адресами пересылки на уровне RP.

В общем случае объект обработки блоков данных настоящего изобретения таков, что интерфейс, обеспеченный управляющей частью 43, обеспечивает совокупность функций управления доступом к памяти 42 данных принятия решения. Одна или несколько из этой совокупности функций управления может размещаться на одном из мобильных узлов, например функция 50 управления размещена на мобильном узле 47.

На фиг.5 показан пример процедуры принятия решения, задающей адрес пересылки в принятом блоке данных, подлежащем пересылке. На этапе S51 идентификационный адрес IA считывается в принятом блоке данных. Затем, на этапе S52 процедура принятия решения просматривает память 42 данных принятия решения, для извлечения данных принятия решения, связанных с идентификационным адресом IA. Извлеченные данные принятия решения затем обрабатываются для получения адреса пересылки FA. Наконец, полученный адрес пересылки FA задается в блоке данных, см. этап S53.

Заметим, что данные принятия решения могут иметь любую подходящую или нужную форму. Предпочтительно данные принятия решения содержат правила принятия решения и параметры принятия решения. Эти правила принятия решения и параметры принятия решения могут сохраняться в связи с идентификационным адресом, например, в виде таблиц, индексированных посредством идентификационного адреса IA.

Правила принятия решения могут, например, иметь простую форму "если ... то", например, "если прокол более высокого уровня является X, то выбрать адрес пересылки FA 1" и " если протокол более высокого уровня является Y, то выбрать адрес пересылки FA 2". Например, X может иметь место для UDP и Y для TCP. Параметры принятия решения могут быть значениями, на которые ссылаются правила, например, "если размер блока данных меньше параметра Z, то выбрать адрес пересылки FA 1, иначе FA 2", где "параметр Z" - это переменная, относящаяся к значению, хранящемуся в памяти данных принятия решения, и управляющая часть 43 может позволять внешним функциям управления обновлять этот параметр. Другой пример правил состоит в том, что они зависят от таких параметров, как скорость передачи данных или задержка на данном канале, например, "если задержка больше Th на канале с FA 2, то выбрать адрес пересылки FA 3", где "задержка" обеспечивается функцией управления, связанной с каналом FA 2, и Th - регулируемый пороговый параметр.

Правила могут быть и более сложными, например зависеть от одной или нескольких заранее определенных функций стоимости. Правило может выглядеть как "Задать адрес пересылки так, чтобы Cost_function_A была минимальна", где Cost_function_A это заранее определенная функция стоимости. Функции стоимости могут оценивать "стоимость" в отношении одного или нескольких денежных величин, энергии, сетевой нагрузки, задержки, пропускной способности, скорости передачи данных, качества обслуживания (QoS), или любой другой подходящей или нужной меры. Такие меры могут быть конкретно связаны с канальными ресурсами и относиться к временным интервалам, кодам, частотам, несущим, мощности передачи, и т.д.

Правила также могут зависеть от поведения пользователя, например от характера перемещения пользователя мобильного узла, который движется. Например, если определено, что пользователь движется быстро или равномерно, что измеряется соответствующим параметром, то может присутствовать правило, позволяющее избежать задания адреса пересылки, при котором очень скоро потребовалась бы ожидаемая передача обслуживания, например адреса пересылки, связанного с микросотой, из которой быстро движущийся пользователь, предположительно, скоро выйдет. Другими словами, "если motion_parameter превышает Th_m, то не задавать FA 4", где motion_parameter представляет собой параметр, указывающий скорость движения пользователя, а Th_m - регулируемый порог.

Доступ к памяти данных принятия решения может осуществляться так, чтобы могли обновляться только параметры или только правила, но предпочтительно, чтобы доступ осуществлялся так, чтобы могли изменяться и правила, и параметры. Например, применительно к примеру, показанному на фиг.8, доступ может быть таким, что функции 48, 49 управления осуществляют доступ и изменяют только параметры (например, значения задержки и скорости передачи данных, связанные с соответствующими каналами), а функция 51 управления осуществляет доступ и изменяет только правила. Функции 50 управления, в свою очередь, может быть позволено осуществлять доступ ко всем правилам, параметрам, которые относятся к мобильному узлу, но не к параметрам, которые относятся, например, к каналам 52, 53. Этот пример обеспечивает преимущество схемы управления, в которой очень просто интегрированы, возможно, очень разные временные шкалы разных функций управления. Конкретно, функции 48, 49 управления обычно будут передавать запросы обновления гораздо чаще, чем мобильный узел, вследствие, возможно, быстро меняющихся условий на этих каналах. Тем не менее, это не создает никаких проблем.

В сущности одна или несколько из множественных функций управления, с которыми обменивается данными управляющая часть 43, являются функциями управления сетевыми ресурсами, например для управления радиоресурсами.

На фиг.6 и 7 показаны примеры процедур управления для изменения данных принятия решения в памяти 42 данных принятия решения. Согласно фиг.6 процедура начинается с этапа S61, на котором производится определение, был ли принят запрос обновления (UR) от мобильного узла (MN). Такой запрос обновления может исходить от любой функции управления, способной обмениваться данными с управляющей частью 43. Если да, то на этапе S62 осуществляется обработка запроса обновления, т.е. осуществляются запрошенные обновления, например, могут измениться одно или несколько правил и один или несколько параметров. Затем процедура переходит к этапу S63, на котором производится определение, был ли принят запрос обновления от функции 51 сетевого управления (NCF). Если да, то этот запрос обновления обрабатывается на этапе S64. Затем процедура переходит к этапу S65, с дальнейшим переходом к началу или к концу.

Согласно примеру, показанному на фиг.6, запросы обновления для данных принятия решения, поступающие от мобильного узла (например, от функции 50 управления на мобильном узле) и от функции 51 сетевого управления, обрабатываются независимо друг от друга.

В простом примере, показанном на фиг.6, мобильный узел и функция сетевого управления имеют полный доступ, т.е. могут обновлять любое правило и любой параметр. Однако существует возможность, что управляющая часть 43 ограничивает доступ функции сетевого управления и/или мобильного узла. Например, возможно, что функция 51 сетевого управления получает полный доступ, а мобильный узел получает доступ только к некоторым параметрам и/или некоторым правилам. Например, доступ мобильного узла может ограничиваться параметрами, которые указывают предпочтения пользователя, и правилами для "мягкого" принятия решений, но мобильный узел не получает никакого доступа к правилам для "жесткого" принятия решений (например, решений на принудительную передачу обслуживания).

Возможно также, что доступ, предоставленный разным функциям управления, получает разные приоритеты. Пример этого показан на фиг.7. Процедура, представленная на фиг.7, начинается с этапа S71, на котором производится определение, был ли принят запрос обновления от функции 51 сетевого управления. Если это так, то запрос обновления обрабатывается на этапе S72. После этапа S72 таймер сбрасывается на этапе S73. Затем процедура переходит к этапу S74, на котором производится определение, был ли принят запрос обновления от мобильного узла. Если это так, то на этапе S75 производится определение, истек ли таймер. Если таймер истек, то процедура переходит к этапу S76, на котором обрабатывается запрос обновления от мобильного узла. В противном случае, этап S76 пропускается. Затем процедура переходит к этапу S77 для перехода к началу или окончанию.

Благодаря использованию таймера процедура предпочитает обрабатывать запрос обновления от функции 51 сетевого управления, тогда как запрос обновления от мобильного узла (например, от функции 50 управления мобильного узла) обрабатывается только, если прошло достаточно времени после приема последнего запроса обновления от функции 51 сетевого управления.

Заметим, что примеры, приведенные на фиг.6 и 7, используют запросы обновления как интерфейс для доступа к памяти данных принятия решения. Однако изобретение никоим образом не ограничивается таким подходом, поскольку интерфейс может обеспечиваться любым подходящим или нужным способом.

Заметим также, что от функции 51 сетевого управления запросы обновления поступают обычно чаще, чем от мобильного узла. Это, опять же, подчеркивает аспект независимого доступа и указывает одно из важных преимуществ изобретения. Конкретно, благодаря обеспечению для совокупности независимых функций управления доступа к памяти данных принятия решения можно осуществлять весьма гибкое управление данными принятия решения, например, в соответствии с, возможно, очень разными временными шкалами, относящимися к отдельным функциям управления. Нужно также указать, что доступ к памяти 42 данных принятия решения со стороны двух функций 51 и 50 управления, как показано на фиг.4, является только примером, и любое количество функций управления может иметь независимый доступ к данным принятия решения через управляющую часть 43.

Часть 41 принятия решения и процедура принятия решения S51-S53 действуют динамически для выбора адреса пересылки FA из данных принятия решения, хранящихся в памяти 42 данных принятия решения. Предпочтительно этот динамический выбор производится так, что он осуществляется для каждого отдельного блока данных, подлежащего пересылке. Другими словами, процедура принятия решения предпочтительно не действует для группы или совокупности блоков данных одновременно, но осуществляется индивидуально для каждого принятого блока данных, который подлежит пересылке.

Хотя настоящее изобретение было описано путем предпочтительных примеров, они служат только для того, чтобы специалист в данной области мог лучше понять изобретение, но никоим образом не для ограничения. Изобретение задано прилагаемой формулой изобретения, где ссылочные позиции служат только для придания формуле изобретения удобочитаемого вида, но не для ее ограничения.

Описан объект обработки блоков данных, который имеет часть принятия решения для задания адреса пересылки FA на основании идентификационного адреса в принятом блоке данных, обращаясь к данным принятия решения, хранящимся в памяти данных принятия решения. Техническим результатом является расширение возможностей системы, которая использует идентификационные адреса и адреса пересылки. Для этого предусмотрена управляющая часть, которая выполнена с возможностью обеспечивать функцию сетевого управления доступом к данным принятия решения в памяти данных принятия решения, для изменения данных принятия решения, независимо от любого доступа, предоставленного мобильным узлам. 2 н. и 14 з.п. ф-лы, 8 ил.

1. Объект обработки блоков данных (4) в сети передачи блоков данных (10), содержащей множество сетевых узлов (101-112), причем сетевые узлы (101-112) содержат узлы маршрутизации (101-109) и концевые узлы (110, 111, 112), причем узлы маршрутизации (101-109) выполнены с возможностью маршрутизации блоков данных (20, 30) по сети передачи блоков данных (10) согласно протоколу маршрутизации (RP), причем один или несколько концевых узлов (110, 111, 112) являются мобильными узлами (110, 111), способными осуществлять доступ к сети передачи блоков данных (10) по более чем одному каналу, причем сетевые узлы выполнены с возможностью различать адрес маршрутизации первого типа (IA) и адрес маршрутизации второго типа (FA) в блоках данных (20, 30), причем адрес маршрутизации первого типа (IA) служит для идентификации сетевых узлов (101-112), и адрес маршрутизации второго типа (FA) служит для обеспечения маршрутизации на мобильные узлы (110,111),

причем объект обработки блоков данных (4) содержит часть принятия решения (41) для задания адреса маршрутизации второго типа (FA) в принятом блоке данных (20, 30), подлежащем пересылке, причем работа (41) части принятия решения зависит от адреса маршрутизации первого типа (IA), заданного в принятом блоке данных (20, 30), подлежащем пересылке, и от данных принятия решения, хранящихся в связи с адресом маршрутизации первого типа (IA) в памяти данных принятия решения (42), причем данные принятия решения содержат один или более адресов маршрутизации второго типа (FA),

причем объект обработки блоков данных (4) дополнительно содержит управляющую часть (43) для памяти (42) данных принятия решения, где управляющая часть (43) обеспечивает интерфейс к памяти (42) данных принятия решения для изменения данных принятия решения,

отличающийся тем, что упомянутый интерфейс выполнен с возможностью обеспечения функции (51) сетевого управления с доступом к памяти (42) данных принятия решения для изменения данных принятия решения, независимо от доступа, предоставленного одному или более мобильным узлам (110,111).

причем способ содержит процедуру принятия решения (S51-S53) для задания адреса маршрутизации второго типа (FА) в принятом блоке данных (20, 30), подлежащем пересылке, причем процедура принятия решения зависит от адреса маршрутизации первого типа (IA), заданного в принятом блоке данных (20, 30), подлежащем пересылке, и от данных принятия решения, хранящихся в связи с адресом маршрутизации первого типа (IA) в памяти данных принятия решения (42), причем данные принятия решения содержат один или более адресов маршрутизации второго типа (FA),

причем способ дополнительно содержит процедуру управления (S61-S65; S71-S77) для памяти (42) данных принятия решения, где процедура управления обеспечивает интерфейс к памяти данных принятия решения (42) для изменения данных принятия решения,

отличающийся тем, что упомянутый интерфейс выполнен с возможностью обеспечения функции (51) сетевого управления с доступом к памяти данных принятия решения (42) для изменения данных принятия решения, независимо от доступа, предоставленного одному или более мобильным узлам (110, 111).