RU2327299C1 - Address administration in ip-protocol envorinments - Google Patents
Address administration in ip-protocol envorinments Download PDFInfo
- Publication number
- RU2327299C1 RU2327299C1 RU2006133332/09A RU2006133332A RU2327299C1 RU 2327299 C1 RU2327299 C1 RU 2327299C1 RU 2006133332/09 A RU2006133332/09 A RU 2006133332/09A RU 2006133332 A RU2006133332 A RU 2006133332A RU 2327299 C1 RU2327299 C1 RU 2327299C1
- Authority
- RU
- Russia
- Prior art keywords
- decision
- data
- nodes
- network
- routing
- Prior art date
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
Область техники, к которой относится изобретениеFIELD OF THE INVENTION
Данная заявка относится к объекту обработки блоков данных в сети передачи блоков данных и к способу управления для такого объекта обработки блоков данных.This application relates to a data block processing object in a data block transmission network and to a control method for such a data block processing object.
Предшествующий уровень техникиState of the art
В области передачи данных известно, как обеспечивать сети передачи блоков данных. Данные, которые нужно передавать по такой сети передачи блоков данных, делятся на отдельные блоки данных, и каждый блок данных несет адрес маршрутизации, который используется сетевыми узлами для доставки блоков данных в соответствующий пункт назначения. Обработка таких блоков данных обычно осуществляется согласно соответствующему протоколу, например интернет-протоколу (IP). Заметим, что такие блоки данных могут носить разные имена применительно к разным протоколам, например пакет, протокольный блок данных, сегмент, кадр и т.д. В данном описании и формуле изобретения термин "блок данных" используется в обобщенном смысле для описания любого такого фрагмента данных, перемещаемого по соответствующей сети.In the field of data transmission, it is known how to provide data block transmission networks. The data that needs to be transmitted over such a data block transmission network is divided into separate data blocks, and each data block carries a routing address, which is used by network nodes to deliver data blocks to the corresponding destination. The processing of such data blocks is usually carried out according to an appropriate protocol, for example Internet Protocol (IP). Note that such data blocks can have different names for different protocols, for example, packet, protocol data block, segment, frame, etc. In this description and the claims, the term “data block” is used in a generalized sense to describe any such piece of data that travels over the corresponding network.
Если все сетевые узлы сети передачи блоков данных стационарны и всегда подключены к сети в целом посредством одних и тех же каналов, не существует проблем маршрутизации блоков данных в назначенные принимающие узлы, поскольку адрес маршрутизации служит как для идентификации, так и для определения местоположения принимающего узла. Однако ситуация усложняется, если, по меньшей мере, некоторые узлы могут иметь доступ к сети передачи блоков данных по более чем одному каналу. Например, узел может иметь возможность перемещаться и осуществлять доступ к сети по разным каналам в зависимости от местоположения. Такой узел, способный осуществлять доступ к сети по более, чем одному каналу, будем называть в настоящем описании и формуле изобретения мобильным узлом. Однако следует заметить, что термин "мобильный узел" относится к любому узлу, способному осуществлять доступ к сети по более чем одному каналу, независимо от того, действительно ли узел является физически мобильным. Иными словами, термин "мобильный узел" охватывает также узлы, которые не являются в физическом смысле ни мобильными, ни движущимися, но способные осуществлять доступ по более чем одному каналу. Например, мобильный узел может представлять собой стационарный компьютер, оборудованный проводным соединением LAN, средством беспроводной связи LAN и средством радиосвязи GPRS, что позволяет ему осуществлять доступ к сети (например, интернету) по этим трем разным каналам.If all the network nodes of the data block transmission network are stationary and are always connected to the network as a whole through the same channels, there are no problems routing the data blocks to the designated receiving nodes, since the routing address serves both for identification and for determining the location of the receiving node. However, the situation is complicated if at least some nodes can have access to a data block transmission network on more than one channel. For example, a node may be able to move and access the network through different channels depending on location. Such a node capable of accessing the network via more than one channel will be referred to in the present description and claims as a mobile node. However, it should be noted that the term "mobile node" refers to any node capable of accessing the network through more than one channel, regardless of whether the node is physically mobile. In other words, the term “mobile node” also encompasses nodes that are not physically mobile or moving, but capable of accessing more than one channel. For example, a mobile node may be a desktop computer equipped with a wired LAN, wireless LAN and GPRS, which allows it to access a network (such as the Internet) through these three different channels.
В случае, когда узлы могут осуществлять доступ к сети по более чем одному каналу, требуются дополнительные средства маршрутизации.In the case where nodes can access the network on more than one channel, additional routing tools are required.
В связи с работой по расширению возможностей интернет-протокола в запросе комментариев 3220, который относится к версии 4 интернет-протокола (IPv4), описано использование двух типов адресов маршрутизации, так называемого домашнего адреса для идентификации узла и так называемого передаваемого адреса для пересылки блоков данных на мобильные узлы. Домашний адрес (HoA) является примером общего понятия идентификационного адреса (IA), а передаваемый адрес (CoA) является примером общего понятия адреса пересылки (FA).In connection with the work on expanding the capabilities of the Internet protocol, the comment request 3220, which relates to
Поэтому термин "мобильный узел" относится к тем узлам, которые могут иметь совокупность адресов пересылки одновременно.Therefore, the term "mobile node" refers to those nodes that can have a set of forwarding addresses at the same time.
В обобщенной работе сети согласно соответствующему протоколу маршрутизации (RP) сетевые узлы способны различать адреса IA и адреса FA в блоке данных, подлежащем пересылке. Заметим, что термин "протокол маршрутизации" (RP) используется в настоящем описании и формуле изобретения в целом для описания любого протокола, позволяющего маршрутизировать блоки данных по совокупности сетевых узлов. IP - это пример такого общего протокола маршрутизации.In generalized network operation according to the corresponding routing protocol (RP), network nodes are able to distinguish between IA addresses and FA addresses in the data block to be forwarded. Note that the term “routing protocol” (RP) is used in the present description and the claims as a whole to describe any protocol that allows routing data blocks across a set of network nodes. IP is an example of such a common routing protocol.
В сети передачи блоков данных, где используются идентификационные адреса и адреса пересылки, можно обеспечить особые объекты или агенты обработки блоков данных, которые осуществляют операцию принятия решения для определения адреса пересылки на основании идентификационного адреса. Заметим, что термин "объект" или "агент", используемый в настоящем описании и формуле изобретения, означает функциональный элемент, способный осуществлять некоторую функцию. Объект или элемент может располагаться в одном месте, например в узле, но также может быть распределен по нескольким местам, например нескольким узлам или другим сетевым элементам.In a data block transmission network that uses identification addresses and forwarding addresses, it is possible to provide special objects or agents for processing data blocks that perform a decision operation to determine a forwarding address based on the identification address. Note that the term "object" or "agent", as used in the present description and claims, means a functional element capable of performing some function. An object or element can be located in one place, for example in a node, but can also be distributed in several places, for example, several nodes or other network elements.
Объект обработки блоков данных такого типа содержит часть принятия решения для задания адреса пересылки в принятом блоке данных в зависимости от идентификационного адреса, заданного в принятом блоке данных, путем обращения к памяти, где содержатся данные принятия решения, причем данные принятия решения содержат один или несколько адресов пересылки, связанных с идентификационным адресом. Например, в настоящих предложениях по развитию IP, т.е. для версии 6 (IPv6), предлагается использовать так называемый домашний агент. Домашний агент принимает блоки данных, которые содержат домашний адрес (т.е. идентификационный адрес), и на основании правил или параметров, хранящихся в так называемом кэше привязки, осуществляет так называемую операцию привязки, т.е. определяет передаваемый адрес для данного домашнего адреса. В настоящем рассмотрении дальнейшего развития IP-сетей, использующих мобильные узлы, т.е. в рассмотрении Mobile Ipv6 (MIPv6), предполагается, что мобильный узел может иметь несколько передаваемых адресов. Он может осуществлять перемаршрутизацию между разными передаваемыми адресами, указывая соответствующим агентам в сети, какой передаваемый адрес использовать.The object of processing data blocks of this type contains a decision part for setting the forwarding address in the received data block, depending on the identification address specified in the received data block, by accessing the memory containing the decision data, the decision data containing one or more addresses Forwarders associated with an identification address. For example, in these IP development proposals, i.e. for version 6 (IPv6), it is proposed to use the so-called home agent. The home agent receives data blocks that contain the home address (i.e., the identification address), and based on the rules or parameters stored in the so-called bind cache, performs the so-called bind operation, i.e. determines the address to be transmitted for this home address. In this review, the further development of IP networks using mobile nodes, i.e. in consideration of Mobile Ipv6 (MIPv6), it is assumed that a mobile node may have several transmitted addresses. It can reroute between different transmitted addresses, indicating to the appropriate agents in the network which transmitted address to use.
Способ управления данными принятия решения предусматривает, что мобильному узлу разрешено передавать так называемые обновления привязки на домашний агент или на так называемые корреспондирующие узлы. Корреспондирующий узел - это узел, с которым мобильный узел поддерживает связь, и в ходе этой связи мобильный узел может просто указывать корреспондирующему узлу, какой передаваемый адрес использовать. Основной принцип состоит в том, что домашний агент и корреспондирующие узлы могут иметь только один передаваемый адрес, указанный в кэше привязки. Именно мобильный узел принимает решение, по какому передаваемому адресу направлять данные, адресованные по домашнему адресу (через домашний агент), и он может определять для каждого корреспондирующего узла, на какой передаваемый адрес должен передавать корреспондирующий узел. Таким образом, идея состоит в том, что каждый домашний агент или корреспондирующий узел имеет только один из возможных передаваемых адресов, указанных в его кэше привязки.The decision data management method provides that the mobile node is allowed to transmit so-called binding updates to the home agent or to the so-called corresponding nodes. The corresponding node is the node with which the mobile node is in communication, and during this communication, the mobile node can simply indicate to the corresponding node which transmitted address to use. The basic principle is that the home agent and the corresponding nodes can have only one transmitted address specified in the binding cache. It is the mobile node that makes the decision at which transmitted address to send data addressed to the home address (through the home agent), and it can determine for each corresponding node to which transmitted address the corresponding node should transmit. Thus, the idea is that each home agent or corresponding node has only one of the possible transmitted addresses specified in its binding cache.
В связи с мобильным Ipv6 была предложена система, именуемая NOMADv6, которая содержит фильтры для привязок мобильного Ipv6. NOMAD позволяет мобильному узлу, который имеет совокупность передаваемых адресов, регистрировать множественные обновления привязки на любом нужном агенте привязки (например, домашнем агенте, корреспондентском узле или так называемом анкерном пункте мобильности) и связывать эти различные привязки с фильтром. Фильтр позволяет направлять разные потоки по разным передаваемым адресам на основании поля Traffic Class в заголовке IPv6, поля Flow Label в заголовке IPv6, поля Protocol Extension в заголовке IPv6, которое идентифицирует тип используемого протокола более высокого уровня, Source Address (или префикс исходного адреса), диапазон номеров Source Port (порта источника) или Destination Port (порта назначения) в заголовке протокола, или значение некоторой области данных в пакете IPv6.In connection with mobile IPv6, a system called NOMADv6 was proposed that contains filters for mobile IPv6 bindings. NOMAD allows a mobile node, which has a set of transmitted addresses, to register multiple binding updates on any desired binding agent (for example, a home agent, a correspondent node, or the so-called mobility anchor point) and associate these various bindings with a filter. The filter allows you to direct different streams to different transmitted addresses based on the Traffic Class field in the IPv6 header, the Flow Label field in the IPv6 header, the Protocol Extension field in the IPv6 header, which identifies the type of higher-level protocol used, Source Address (or source address prefix), the range of Source Port or Destination Port numbers in the protocol header, or the value of some data area in IPv6.
Еще один принцип, известный в связи с мобильным IPv6, состоит в использовании двойного вещания, при котором домашний агент может временно иметь привязки к двум передаваемым адресам для одного и того же домашнего адреса. Пока такие привязки одновременно активны, каждый пакет дублируется, и копия передается на каждый передаваемый адрес.Another principle known in connection with mobile IPv6 is the use of dual broadcasting, in which the home agent can temporarily bind to two transmitted addresses for the same home address. While such bindings are simultaneously active, each packet is duplicated, and a copy is transmitted to each transmitted address.
W003/047183 описывает систему, функционирующую согласно мобильной IPv6 архитектуре, содержащей мобильный узел, который имеет связанный домашний агент для проведения обмена данными с корреспондентским узлом по сети IP. Этот документ касается той проблемы, что типовые IP-сети не поддерживают конкретно выбор однонаправленных каналов. Документ предлагает обеспечить обнаружение однонаправленного интерфейса в мобильном узле, чтобы затем передать домашнему агенту обновление привязки, указывающее передаваемый адрес, который идентифицирует обнаруженный однонаправленный интерфейс, таким образом, что пакеты могут затем направляться через однонаправленный интерфейс.W003 / 047183 describes a system operating according to a mobile IPv6 architecture comprising a mobile node that has an associated home agent for exchanging data with a correspondent node over an IP network. This document addresses the issue that typical IP networks do not specifically support the selection of unidirectional channels. The document proposes that a unidirectional interface be detected in the mobile node, so that it sends to the home agent a binding update indicating the address to be transmitted that identifies the detected unidirectional interface, so that packets can then be routed through the unidirectional interface.
Задача изобретенияObject of the invention
Задачей изобретения является дополнительное расширение возможностей системы, которая использует идентификационные адреса и адреса пересылки.The objective of the invention is to further enhance the capabilities of a system that uses identification addresses and forwarding addresses.
Сущность изобретенияSUMMARY OF THE INVENTION
Задача решается посредством объекта обработки блоков данных, описанного в п.1, и способа управления объектом обработки блоков данных, описанного в п.8. Преимущественные варианты осуществления описаны в зависимых пунктах.The problem is solved by means of a data block processing object described in
Согласно настоящему изобретению объект обработки блоков данных содержит управляющую часть, которая обеспечивает функцию сетевого управления с доступом к памяти данных принятия решения независимо от любого доступа, предоставленного одному или нескольким мобильным узлам. Обычно управляющая часть также обеспечивает интерфейс к данным принятия решения для мобильных узлов, но это не обязательно. Иными словами, данные принятия решения, которые используются частью принятия решения объекта обработки блоков данных для выбора адреса пересылки на основании идентификационного адреса, содержащегося в блоке данных, могут изменяться функцией сетевого управления независимо от изменений, которые могут осуществляться любыми мобильными узлами или по их запросу.According to the present invention, the data block processing object comprises a control part that provides a network control function with access to a decision data memory independently of any access granted to one or more mobile nodes. Typically, the control part also provides an interface to decision data for mobile nodes, but this is not necessary. In other words, the decision data that is used by the decision part of the data block processing object to select the forwarding address based on the identification address contained in the data block can be changed by the network management function regardless of the changes that can be made by any mobile nodes or upon request.
Этот принцип обеспечивает большие преимущества. Он позволяет объединять управление мобильностью на уровне протокола маршрутизации (RP) сети передачи блоков данных с операциями сетевого управления, которые учитывают параметры и требования, используемые в общем сетевом управлении. Например, если мобильные узлы связываются с сетью передачи блоков данных по разным радиоканалам, то управление радиоканалами можно связать с управлением мобильностью, осуществляемым объектом обработки блоков данных, который определяет адрес пересылки на основании идентификационного адреса. Другим словами, аспекты управления радиоканалами, например использование, дополнительная загрузка, перегрузка и т.д., могут учитываться функцией сетевого управления, которая, в свою очередь, имеет доступ к памяти данных принятия решения объекта обработки блоков данных, для надлежащего обновления данных принятия решения. Например, возможно, что, хотя мобильный узел указал объекту обработки блоков данных, что он желает принять блоки данных по адресу пересылки, который связан с одним радиоканалом из совокупности имеющихся радиоканалов, функция сетевого управления может отвергнуть этот запрос, перезаписав другой адрес пересылки в данные принятия решения, например, поскольку радиоканал, связанный с адресом пересылки, выбранным мобильным узлом перегружен, тогда как другой доступный радиоканал недогружен. Согласно принципу настоящего изобретения возможно, в частности, осуществлять процедуру передачи обслуживания под управлением сети для данного мобильного узла, т.е. процедуру передачи обслуживания, в которой сеть инициирует передачу обслуживания и/или принимает решение относительно начального и конечного каналов связи.This principle provides great benefits. It allows you to combine mobility management at the level of the routing protocol (RP) of a data block transmission network with network management operations that take into account the parameters and requirements used in general network management. For example, if mobile nodes communicate with a data block transmission network over different radio channels, then radio channel control can be associated with the mobility control carried out by the data block processing object, which determines the forwarding address based on the identification address. In other words, aspects of controlling the radio channels, for example, use, additional loading, overloading, etc., can be taken into account by the network management function, which, in turn, has access to the decision data memory of the data block processing object to properly update the decision data . For example, it is possible that although the mobile node has indicated to the data block processing entity that it wishes to receive data blocks at the forwarding address that is associated with one radio channel from the totality of the available radio channels, the network management function may reject this request by overwriting another forwarding address in the receiving data solutions, for example, since the radio channel associated with the forwarding address selected by the mobile node is congested, while the other available radio channel is underloaded. According to the principle of the present invention, it is possible, in particular, to carry out a handover under network control for a given mobile node, i.e. a handover procedure in which the network initiates a handover and / or decides on the start and end communication channels.
Согласно предпочтительному варианту осуществления изобретения управляющая часть обеспечивает независимый доступ к данным принятия решения для совокупности функций управления. Это, в частности, обеспечивает преимущество децентрализованного управления для управления данными принятия решения, и, следовательно, над самой процедурой принятия решения. Все различные функции управления имеют, по меньшей мере, частичный доступ к данным принятия решения, так что каждая из функций управления участвует в процессе управления для задания адресов пересылки. Это обеспечивает большую гибкость и много новых степеней свободы в общем манипулировании блоками данных по сравнению с централизованной системой в предшествующем уровне техники, в которой только одна функция управления управляет данными принятия решения.According to a preferred embodiment of the invention, the control part provides independent access to decision data for a plurality of control functions. This, in particular, provides the advantage of decentralized management for managing decision data, and therefore over the decision process itself. All of the various management functions have at least partial access to decision data, so that each of the management functions is involved in the management process to specify forwarding addresses. This provides greater flexibility and many new degrees of freedom in the general manipulation of data blocks compared to a centralized system in the prior art in which only one control function manages the decision data.
Краткое описание чертежейBrief Description of the Drawings
Ниже, настоящее изобретение будет подробно описано в отношении конкретных вариантов осуществления, которые не следует рассматривать как ограничительные, и со ссылкой на фигуры, в которыхBelow, the present invention will be described in detail with respect to specific embodiments, which should not be construed as limiting, and with reference to the figures, in which
фиг.1 - схема сети передачи блоков данных, содержащей совокупность узлов;figure 1 - diagram of a network for transmitting data blocks containing a set of nodes;
фиг.2 - схема блока данных, несущего идентификационный адрес и адрес пересылки;2 is a diagram of a data block carrying an identification address and a forwarding address;
фиг.3 - дополнительный пример блока данных, несущего идентификационный адрес и адрес пересылки;FIG. 3 is a further example of a data block carrying an identification address and a forwarding address; FIG.
фиг.4 - блок-схема варианта осуществления изобретения;4 is a block diagram of an embodiment of the invention;
фиг.5 - логическая блок-схема, описывающая пример процедуры принятия решения для задания адреса пересылки на основании идентификационного адреса;5 is a flowchart describing an example of a decision procedure for setting a forwarding address based on an identification address;
фиг.6 - логическая блок-схема примера процедуры управления для управления памятью данных принятия решения;6 is a logical flowchart of an example control procedure for managing the memory of decision data;
фиг.7 - логическая блок-схема дополнительного примера процедуры управления для управления памятью данных принятия решения;7 is a logical flowchart of an additional example of a control procedure for managing the memory of decision data;
фиг.8 - блок-схема другого варианта осуществления изобретения.8 is a block diagram of another embodiment of the invention.
Подробное описание изобретенияDETAILED DESCRIPTION OF THE INVENTION
В нижеследующем подробном описании вариантов осуществления мы иногда будем ссылаться на интернет-протокол (IP) и рассмотренные здесь его модификации, например IP версия 6 (IPv6) и Mobile IPv6 (MIPv6). Интернет-протокол и его модификации являются предпочтительным применением принципов настоящего изобретения, но настоящее изобретение никоим образом не ограничивается IP или его модификациями и даже, в целом, протоколами сетевого уровня. Напротив, настоящее изобретение применимо к любой сети передачи блоков данных, в которой используются идентификационные адреса и адреса пересылки. Например, изобретение применимо также к MPLS (Multi Protocol Label Switching), который является протоколом более низкого уровня, чем IP, т.е. ниже сетевого уровня, но, в итоге, выше канального уровня.In the following detailed description of embodiments, we will sometimes refer to the Internet Protocol (IP) and its modifications discussed here, for example IP version 6 (IPv6) and Mobile IPv6 (MIPv6). The Internet Protocol and its modifications are the preferred application of the principles of the present invention, but the present invention is in no way limited to IP or its modifications and even, in general, network layer protocols. In contrast, the present invention is applicable to any data block transmission network that uses identification addresses and forwarding addresses. For example, the invention is also applicable to MPLS (Multi Protocol Label Switching), which is a lower layer protocol than IP, i.e. below the network layer, but, ultimately, above the data link layer.
На фиг.1 показана схема сети 10 передачи блоков данных, которая содержит сетевые узлы 101-112. Среди этих сетевых узлов имеются узлы маршрутизации 101-109, предназначенные для маршрутизации блоков данных по сети 10 передачи блоков данных согласно соответствующему протоколу маршрутизации, который в целом будем обозначать как RP. Как указано выше, протокол маршрутизации RP может быть любым подходящим протоколом сетевого уровня, например IP или модификацией IP, но также может быть протоколом маршрутизации, расположенным на другом уровне, например MPLS.Figure 1 shows a diagram of a network 10 for transmitting data blocks, which contains network nodes 101-112. Among these network nodes, there are routing nodes 101-109 designed to route data blocks over the data block transmission network 10 according to the corresponding routing protocol, which we will generally designate as RP. As indicated above, the RP routing protocol can be any suitable network layer protocol, such as IP or IP modification, but it can also be a routing protocol located at another layer, such as MPLS.
Сеть 10 дополнительно содержит концевые узлы 110, 111 и 112, т.е. узлы, на которых сеть заканчивается. Узлы 110 и 111 являются мобильными узлами, которые осуществляют беспроводную связь с соответствующими узлами доступа 106, 108 или 109. С другой стороны, концевой узел 112 является стационарным узлом, постоянно связанным с узлом 107, например, посредством одной стационарной проводной линии связи. Опять же заметим, что настоящее изобретение не ограничивается никаким конкретным типом мобильного узла. Поэтому мобильные узлы могут осуществлять доступ к сети передачи блоков данных любым способом, пригодным для связи посредством совокупности каналов доступа, например радио, инфракрасных или даже (возможно подвижных) проводных соединений.The network 10 further comprises end nodes 110, 111 and 112, i.e. nodes at which the network ends. The nodes 110 and 111 are mobile nodes that communicate wirelessly with the corresponding access nodes 106, 108 or 109. On the other hand, the end node 112 is a stationary node permanently connected to the node 107, for example, via one fixed wired communication line. Again, note that the present invention is not limited to any particular type of mobile node. Therefore, mobile nodes can access the data block transmission network in any way suitable for communication through a combination of access channels, for example, radio, infrared or even (possibly mobile) wired connections.
Например, возможно, что мобильный узел может осуществлять доступ к сети передачи блоков данных посредством мобильного телефонного соединения первого типа (например, посредством GSM), мобильного телефонного соединения второго типа (например, посредством UMTS) и посредством беспроводной локальной сети (W-LAN). С каждой из этих разных возможностей доступа связывают ее собственный адрес пересылки, хотя мобильный узел имеет только один идентификационный адрес. Обычно, индивидуальные адреса пересылки также связывают с их собственным узлом доступа, например, согласно примеру, показанному на фиг.1, сетевой узел 108 манипулирует блоками данных, несущими первый адрес пересылки для мобильного узла 111, а узел 106 доступа манипулирует блоками данных, несущими другой адрес пересылки для мобильного узла 111.For example, it is possible that a mobile node can access a data block transmission network via a first type mobile telephone connection (e.g., via GSM), a second type mobile telephone connection (e.g., via UMTS) and via a wireless local area network (W-LAN). Each of these different access possibilities is associated with its own forwarding address, although the mobile node has only one identification address. Typically, individual forwarding addresses are also associated with their own access node, for example, according to the example shown in FIG. 1, the network node 108 manipulates the data blocks carrying the first forwarding address for the mobile node 111, and the access node 106 manipulates the data blocks carrying the other Forwarding address for mobile node 111.
Сетевые узлы 101-112 способны отличать идентификационный адрес IA и адрес пересылки FA в блоках данных, передаваемых по сети 10. Это можно обеспечить любым подходящим или желаемым способом, например, обеспечив специальную структуру блоков данных, что позволяет находить идентификационный адрес и адрес пересылки в соответственно указанных полях блоков данных. Это будет объяснено на примерах, изображенных на фиг.2 и 3.The network nodes 101-112 are able to distinguish between the identification address IA and the forwarding address FA in the data blocks transmitted over the network 10. This can be achieved by any suitable or desired method, for example, by providing a special structure of the data blocks, which allows finding the identification address and the forwarding address in, respectively specified fields of data blocks. This will be explained with the examples shown in FIGS. 2 and 3.
На фиг.2 показана схема блока данных 20, который состоит из основного блока данных 21, имеющего собственный заголовок 23. Например, этот основной блок 21 данных может быть стандартным IP-пакетом, где заголовок 23 содержит поле 24 для стандартного IP-адреса. В этом случае стандартный IP-адрес является идентификационным адресом. Согласно используемому протоколу маршрутизации RP можно добавить дополнительный заголовок 22, который содержит указанное поле 25 для адреса пересылки.Figure 2 shows a diagram of a
На фиг.3 показана другая схема, где блок 30 данных имеет один заголовок 31, который содержит первое поле 32 для размещения идентификационного адреса IA и второе поле 33 для размещения адреса пересылки FA.Figure 3 shows another diagram, where the
В любом случае сетевые узлы 101-112 способны надлежащим образом считывать блоки данных и идентифицировать соответствующие адреса.In any case, the network nodes 101-112 are able to properly read data blocks and identify the corresponding addresses.
На фиг.4 показана схема варианта осуществления настоящего изобретения. Позиция 4 обозначает объект обработки блоков данных, который содержит часть 41 принятия решения, память 42 данных принятия решения и управляющую часть 43. Часть 41 принятия решения предназначена для задания адреса пересылки FA в принятом блоке данных, подлежащем пересылке. Работа части 41 принятия решения зависит от идентификационного адреса, заданного в принятом блоке данных, подлежащем пересылке, и от данных принятия решения, сохраненных в связи с данным идентификационным адресом в памяти 42 данных принятия решения. Данные принятия решения содержат один или несколько адресов пересылки FA, которые может выбрать часть принятия решения.4 is a diagram of an embodiment of the present invention.
Управляющая часть 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.The
В равной степени объект 4 обработки блоков данных может быть предусмотрен на указанном узле сети, т.е. на своего рода анкерном пункте мобильности, который предназначен для манипулирования блоками данных, в которых нет адреса пересылки.Equally, an
В примере, показанном на фиг.4, объекты осуществляют связь на уровне протокола маршрутизации RP, т.е. являются равноправными узлами этого протокола. Как указано, узлы 45 и 46 доступа также являются равноправными узлами, но нижележащий канальный протокол LP различается для двух разных типов мобильного доступа. Например, канал 52 может подчиняться протоколу канального уровня для мобильного телефонного соединения (например, для GSM, GPRS или UMTS), а канал 43 может подчиняться протоколу канального уровня для W-LAN.In the example shown in FIG. 4, the objects communicate at the level of the routing protocol RP, i.e. are peers of this protocol. As indicated, the
Согласно настоящему изобретению, управляющая часть 43 дополнительно обеспечивает интерфейс для функции 51 сетевого управления, что позволяет функции 51 сетевого управления иметь доступ к данным принятия решения в памяти 42 данных принятия решения независимо от любого доступа, обеспеченного для одного или нескольких мобильных узлов, например мобильного узла 47.According to the present invention, the
Функция 51 может быть функцией сетевого управления любого типа, например функцией управления радиоресурсами для радиоканалов. С этой целью функция 51 сетевого управления может осуществлять связь с функциями 48, 49 управления радиоресурсами, которые соответственно связаны с радиоканалами 52 и 53. Таким образом, функция 51 сетевого управления может, например, быть функцией управления множественными радиоресурсами (MRRM).
Такая конфигурация имеет конкретное преимущество в том, что координирующее управление радиоресурсами для разных технологий доступа можно объединить с управлением мобильностью на уровне протокола маршрутизации RP. Заметим, что один из решающих аспектов основной маршрутизации на уровне протокола маршрутизации RP состоит в том, что она зависит от любой конкретной нижележащей технологии доступа.This configuration has the specific advantage that coordinating radio resource management for different access technologies can be combined with mobility management at the level of the RP routing protocol. Note that one of the crucial aspects of basic routing at the RP routing protocol layer is that it depends on any particular underlying access technology.
На фиг.4 соединения между функцией 51 сетевого управления и управляющей частью 43 показаны пунктирной линией, как и соединения между функциями 48, 49 управления и функцией 51 сетевого управления. Соединения между функциями управления и между функцией управления и управляющей частью можно обеспечивать любым подходящим или нужным способом. Другими словами, они могут использовать блоки данных, связанные с протоколом маршрутизации RP, или соединения могут осуществляться в виде отдельных, выделенных соединений сигнализации управления. Таким образом, функция 51 сетевого управления может быть обеспечена на одном или нескольких сетевых узлах, или может быть обеспечена отдельно от сетевых узлов в виде выделенной архитектуры управления.4, the connections between the
Отметим, что, хотя функции 48 и 49 управления, показанные на фиг. 4, осуществляют связь с функцией 51 сетевого управления, которая, в свою очередь, может осуществлять доступ к памяти 42 данных принятия решения через интерфейс управляющей части 43, в равной степени возможно, что функции 48, 49 управления осуществляют непосредственную связь с управляющей частью 43. Это показано в варианте осуществления на фиг.8, в котором используются те же самые ссылочные позиции, что и на фиг.4, что избавляет от необходимости в повторном описании соответствующих элементов.Note that although the control functions 48 and 49 shown in FIG. 4, communicate with a
В примере, показанном на фиг.8, каждая из функций управления 48, 49, 50 и 51 имеет независимый доступ к данным принятия решения. Поэтому каждая из них участвует в процедуре принятия решения для определения адресов пересылки на основании идентификационного адреса. Это обеспечивает весьма гибкую децентрализованную структуру управления для управления адресами пересылки на уровне RP.In the example shown in FIG. 8, each of the control functions 48, 49, 50, and 51 has independent access to decision data. Therefore, each of them participates in the decision-making procedure for determining forwarding addresses based on the identification address. This provides a highly flexible decentralized management structure for managing forwarding addresses at the RP level.
В общем случае объект обработки блоков данных настоящего изобретения таков, что интерфейс, обеспеченный управляющей частью 43, обеспечивает совокупность функций управления доступом к памяти 42 данных принятия решения. Одна или несколько из этой совокупности функций управления может размещаться на одном из мобильных узлов, например функция 50 управления размещена на мобильном узле 47.In the general case, the data block processing object of the present invention is such that the interface provided by the
На фиг.5 показан пример процедуры принятия решения, задающей адрес пересылки в принятом блоке данных, подлежащем пересылке. На этапе S51 идентификационный адрес IA считывается в принятом блоке данных. Затем, на этапе S52 процедура принятия решения просматривает память 42 данных принятия решения, для извлечения данных принятия решения, связанных с идентификационным адресом IA. Извлеченные данные принятия решения затем обрабатываются для получения адреса пересылки FA. Наконец, полученный адрес пересылки FA задается в блоке данных, см. этап S53.Figure 5 shows an example decision-making procedure that specifies the forwarding address in the received data block to be forwarded. In step S51, the identification address IA is read in the received data block. Then, in step S52, the decision process looks through the
Заметим, что данные принятия решения могут иметь любую подходящую или нужную форму. Предпочтительно данные принятия решения содержат правила принятия решения и параметры принятия решения. Эти правила принятия решения и параметры принятия решения могут сохраняться в связи с идентификационным адресом, например, в виде таблиц, индексированных посредством идентификационного адреса IA.Note that decision data can take any suitable or desired form. Preferably, the decision data contains decision rules and decision parameters. These decision rules and decision parameters may be stored in connection with the identification address, for example, in the form of tables indexed by the identification address 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 - регулируемый пороговый параметр.Decision rules can, for example, take the simple form “if ... then”, for example, “if the higher-level puncture is X, then select the
Правила могут быть и более сложными, например зависеть от одной или нескольких заранее определенных функций стоимости. Правило может выглядеть как "Задать адрес пересылки так, чтобы Cost_function_A была минимальна", где Cost_function_A это заранее определенная функция стоимости. Функции стоимости могут оценивать "стоимость" в отношении одного или нескольких денежных величин, энергии, сетевой нагрузки, задержки, пропускной способности, скорости передачи данных, качества обслуживания (QoS), или любой другой подходящей или нужной меры. Такие меры могут быть конкретно связаны с канальными ресурсами и относиться к временным интервалам, кодам, частотам, несущим, мощности передачи, и т.д.Rules can be more complex, for example, depending on one or more predefined cost functions. The rule may look like "Set the forwarding address so that Cost_function_A is minimal", where Cost_function_A is a predefined cost function. Cost functions may evaluate "cost" in relation to one or more monetary values, energy, network load, delay, throughput, data rate, quality of service (QoS), or any other suitable or necessary measure. Such measures may specifically relate to channel resources and relate to time slots, codes, frequencies, carriers, transmit powers, etc.
Правила также могут зависеть от поведения пользователя, например от характера перемещения пользователя мобильного узла, который движется. Например, если определено, что пользователь движется быстро или равномерно, что измеряется соответствующим параметром, то может присутствовать правило, позволяющее избежать задания адреса пересылки, при котором очень скоро потребовалась бы ожидаемая передача обслуживания, например адреса пересылки, связанного с микросотой, из которой быстро движущийся пользователь, предположительно, скоро выйдет. Другими словами, "если motion_parameter превышает Th_m, то не задавать FA 4", где motion_parameter представляет собой параметр, указывающий скорость движения пользователя, а Th_m - регулируемый порог.The rules may also depend on the behavior of the user, for example, on the nature of the movement of the user of the mobile node that is moving. For example, if it is determined that the user is moving fast or evenly, as measured by the corresponding parameter, then a rule may be present to avoid specifying a forwarding address, which would require an expected transfer of service very soon, for example, the forwarding address associated with the microcell from which the fast moving the user is expected to be out soon. In other words, "if motion_parameter exceeds Th_m, then do not set
Доступ к памяти данных принятия решения может осуществляться так, чтобы могли обновляться только параметры или только правила, но предпочтительно, чтобы доступ осуществлялся так, чтобы могли изменяться и правила, и параметры. Например, применительно к примеру, показанному на фиг.8, доступ может быть таким, что функции 48, 49 управления осуществляют доступ и изменяют только параметры (например, значения задержки и скорости передачи данных, связанные с соответствующими каналами), а функция 51 управления осуществляет доступ и изменяет только правила. Функции 50 управления, в свою очередь, может быть позволено осуществлять доступ ко всем правилам, параметрам, которые относятся к мобильному узлу, но не к параметрам, которые относятся, например, к каналам 52, 53. Этот пример обеспечивает преимущество схемы управления, в которой очень просто интегрированы, возможно, очень разные временные шкалы разных функций управления. Конкретно, функции 48, 49 управления обычно будут передавать запросы обновления гораздо чаще, чем мобильный узел, вследствие, возможно, быстро меняющихся условий на этих каналах. Тем не менее, это не создает никаких проблем.Access to the memory of decision data can be made so that only the parameters or only the rules can be updated, but it is preferable that the access is carried out so that both the rules and the parameters can be changed. For example, with reference to the example shown in Fig. 8, the access can be such that the control functions 48, 49 access and change only parameters (for example, the delay and data rate associated with the corresponding channels), and the
В сущности одна или несколько из множественных функций управления, с которыми обменивается данными управляющая часть 43, являются функциями управления сетевыми ресурсами, например для управления радиоресурсами.In fact, one or more of the multiple management functions with which the
На фиг.6 и 7 показаны примеры процедур управления для изменения данных принятия решения в памяти 42 данных принятия решения. Согласно фиг.6 процедура начинается с этапа S61, на котором производится определение, был ли принят запрос обновления (UR) от мобильного узла (MN). Такой запрос обновления может исходить от любой функции управления, способной обмениваться данными с управляющей частью 43. Если да, то на этапе S62 осуществляется обработка запроса обновления, т.е. осуществляются запрошенные обновления, например, могут измениться одно или несколько правил и один или несколько параметров. Затем процедура переходит к этапу S63, на котором производится определение, был ли принят запрос обновления от функции 51 сетевого управления (NCF). Если да, то этот запрос обновления обрабатывается на этапе S64. Затем процедура переходит к этапу S65, с дальнейшим переходом к началу или к концу.6 and 7 show examples of control procedures for changing decision data in the
Согласно примеру, показанному на фиг.6, запросы обновления для данных принятия решения, поступающие от мобильного узла (например, от функции 50 управления на мобильном узле) и от функции 51 сетевого управления, обрабатываются независимо друг от друга.According to the example shown in FIG. 6, update requests for decision data coming from a mobile node (for example, from a
В простом примере, показанном на фиг.6, мобильный узел и функция сетевого управления имеют полный доступ, т.е. могут обновлять любое правило и любой параметр. Однако существует возможность, что управляющая часть 43 ограничивает доступ функции сетевого управления и/или мобильного узла. Например, возможно, что функция 51 сетевого управления получает полный доступ, а мобильный узел получает доступ только к некоторым параметрам и/или некоторым правилам. Например, доступ мобильного узла может ограничиваться параметрами, которые указывают предпочтения пользователя, и правилами для "мягкого" принятия решений, но мобильный узел не получает никакого доступа к правилам для "жесткого" принятия решений (например, решений на принудительную передачу обслуживания).In the simple example shown in FIG. 6, the mobile node and the network management function have full access, i.e. can update any rule and any parameter. However, it is possible that the
Возможно также, что доступ, предоставленный разным функциям управления, получает разные приоритеты. Пример этого показан на фиг.7. Процедура, представленная на фиг.7, начинается с этапа S71, на котором производится определение, был ли принят запрос обновления от функции 51 сетевого управления. Если это так, то запрос обновления обрабатывается на этапе S72. После этапа S72 таймер сбрасывается на этапе S73. Затем процедура переходит к этапу S74, на котором производится определение, был ли принят запрос обновления от мобильного узла. Если это так, то на этапе S75 производится определение, истек ли таймер. Если таймер истек, то процедура переходит к этапу S76, на котором обрабатывается запрос обновления от мобильного узла. В противном случае, этап S76 пропускается. Затем процедура переходит к этапу S77 для перехода к началу или окончанию.It is also possible that access granted to different management functions receives different priorities. An example of this is shown in FIG. The procedure shown in Fig. 7 begins with step S71, in which it is determined whether an update request has been received from the
Благодаря использованию таймера процедура предпочитает обрабатывать запрос обновления от функции 51 сетевого управления, тогда как запрос обновления от мобильного узла (например, от функции 50 управления мобильного узла) обрабатывается только, если прошло достаточно времени после приема последнего запроса обновления от функции 51 сетевого управления.Due to the use of a timer, the procedure prefers to process the update request from the
Заметим, что примеры, приведенные на фиг.6 и 7, используют запросы обновления как интерфейс для доступа к памяти данных принятия решения. Однако изобретение никоим образом не ограничивается таким подходом, поскольку интерфейс может обеспечиваться любым подходящим или нужным способом.Note that the examples in FIGS. 6 and 7 use update requests as an interface for accessing the memory of decision data. However, the invention is in no way limited to such an approach, since the interface can be provided in any suitable or necessary way.
Заметим также, что от функции 51 сетевого управления запросы обновления поступают обычно чаще, чем от мобильного узла. Это, опять же, подчеркивает аспект независимого доступа и указывает одно из важных преимуществ изобретения. Конкретно, благодаря обеспечению для совокупности независимых функций управления доступа к памяти данных принятия решения можно осуществлять весьма гибкое управление данными принятия решения, например, в соответствии с, возможно, очень разными временными шкалами, относящимися к отдельным функциям управления. Нужно также указать, что доступ к памяти 42 данных принятия решения со стороны двух функций 51 и 50 управления, как показано на фиг.4, является только примером, и любое количество функций управления может иметь независимый доступ к данным принятия решения через управляющую часть 43.Note also that from the
Часть 41 принятия решения и процедура принятия решения S51-S53 действуют динамически для выбора адреса пересылки FA из данных принятия решения, хранящихся в памяти 42 данных принятия решения. Предпочтительно этот динамический выбор производится так, что он осуществляется для каждого отдельного блока данных, подлежащего пересылке. Другими словами, процедура принятия решения предпочтительно не действует для группы или совокупности блоков данных одновременно, но осуществляется индивидуально для каждого принятого блока данных, который подлежит пересылке.The
Хотя настоящее изобретение было описано путем предпочтительных примеров, они служат только для того, чтобы специалист в данной области мог лучше понять изобретение, но никоим образом не для ограничения. Изобретение задано прилагаемой формулой изобретения, где ссылочные позиции служат только для придания формуле изобретения удобочитаемого вида, но не для ее ограничения.Although the present invention has been described by way of preferred examples, they serve only to enable a person skilled in the art to better understand the invention, but in no way to limit it. The invention is defined by the attached claims, where the reference positions serve only to make the claims more readable, but not to limit it.
Claims (16)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| RU2006133332/09A RU2327299C1 (en) | 2004-02-16 | 2004-02-16 | Address administration in ip-protocol envorinments |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| RU2006133332/09A RU2327299C1 (en) | 2004-02-16 | 2004-02-16 | Address administration in ip-protocol envorinments |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| RU2006133332A RU2006133332A (en) | 2008-03-27 |
| RU2327299C1 true RU2327299C1 (en) | 2008-06-20 |
Family
ID=39637552
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2006133332/09A RU2327299C1 (en) | 2004-02-16 | 2004-02-16 | Address administration in ip-protocol envorinments |
Country Status (1)
| Country | Link |
|---|---|
| RU (1) | RU2327299C1 (en) |
-
2004
- 2004-02-16 RU RU2006133332/09A patent/RU2327299C1/en not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| RU2006133332A (en) | 2008-03-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1500295B1 (en) | Optimized information transfer associated with relocation of an ip session in a mobile communications system | |
| US8249086B2 (en) | Apparatus for flow control | |
| US7801070B2 (en) | Mobile communication system, mobile terminal transfer device, and mobile communication method | |
| EP1872609B1 (en) | Policy based communication interface selection of a multimode terminal | |
| KR100972767B1 (en) | Interface selection in a wireless communication network | |
| EP1805961B1 (en) | Methods and nodes in a communication system for controlling the use of access resources | |
| JP5485345B2 (en) | Mobile terminal and method performed by mobile terminal | |
| US20090003269A1 (en) | Router Selection Method, Home Agent Device, Mobile Router, and Mobile Network System | |
| US9413656B2 (en) | Address management in mobile IP environments | |
| JP2005539421A (en) | Middleware platform | |
| JP2006523987A (en) | Distributed mobile agent | |
| CN101897157A (en) | Address allocation method, address allocation system, mobile node, and proxy node | |
| EP2205025A1 (en) | Communication system, mobile terminal, and network node | |
| RU2327299C1 (en) | Address administration in ip-protocol envorinments | |
| CN1886961B (en) | Method and system for re-establishing context of data packet flows | |
| KR101310910B1 (en) | Network based internet protocol mobility system for performing handover of each flow and method thereof |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20180217 |