ПЕРЕДАЧА ОБСЛУЖИВАНИЯ ТОЧКИ ПРИСОЕДИНЕНИЯ ДАННЫХ
TRANSFER OF DATA ATTACHMENT POINT SERVICING

Данная заявка на патент испрашивает приоритет предварительных патентных заявок США № 60/910628, 60/911858 и 60/943459, поданных 6 апреля 2007 года, 13 апреля 2007 года и 12 июня 2007 года соответственно, и все права на которые переуступлены правопреемнику настоящей заявки и которые явно включены в настоящий документ посредством ссылки.
Область техники, к которой относится изобретение
Настоящее изобретение, в целом, относится к системам связи и более конкретно, к передаче обслуживания точек присоединения данных в беспроводных системах связи.
Уровень техники
В средствах связи, особенно беспроводных средствах связи, средства связи являются не статическими, а скорее динамическими. При настройке мобильной связи некоторые объекты связи, такие как терминал доступа (AT), могут перемещаться из одного положения в другое в различные моменты времени.
На фиг. 1 показана упрощенная схематичная иллюстрация типичной системы связи. В последующем описании используется терминология, связанная с системой UMB (Ультрамобильная широкополосная связь). Базовую терминологию и принципы работы системы UMB можно найти в публикации проекта партнерства третьего поколения 2 (3GPP2), учрежденного ассоциацией телекоммуникационной индустрии (TIA), озаглавленной «Interoperability Specification», 3GPP2-A.S0020. Как показано на фиг. 1, в сети 12 радиодоступа (RAN), например в системе UMB, в которой AT 14 подключается к базовой сети 16 через развитую базовую станцию (eBS) 18 по беспроводной связи, eBS 18 служит в качестве объекта обмена данными между AT 14 и шлюзом 20 доступа (AGW). AGW 20 имеет прямой доступ в базовую сеть 16. Базовая сеть 16 может представлять собой, например, интернет.
На фиг. 1, eBS 18 служит в качестве точки присоединения данных (DAP) для AT 14. Более конкретно, eBS 18 служит в качестве DAP, обладающей связыванием трафика прямой линии связи с AGW 20, например, работающим по протоколу Proxy Mobile IP (PMIP), распространяемому группой инженерной поддержки Интернета (IETF). AGW 20 по протоколу PMIP посылает трафик прямой линии связи на DAP, в данном случае eBS 18, которая, в свою очередь, направляет трафик на AT 14. eBS 18, действуя в качестве DAP, представляет собой объект сети, который выполняет последнее связывание с AGW 20.
В беспроводной среде AT 14 является мобильным. То есть AT 14 может двигаться из одного местоположения в другое в пределах той же RAN 12 или в направлении другой RAN.
На фиг. 2 показана другая упрощенная схема, иллюстрирующая мобильность AT 14.
На фиг. 2 подразумевается, что AT 14, первоначально осуществляющий связь с eBS 18, сейчас удаляется от eBS 18 и начинает осуществлять связь с eBS 22. eBS 22 теперь называется eBS, обслуживающей прямую линию связи, (FLSE) для AT 14, так как она представляет собой eBS 22, которая непосредственно осуществляет связь и обменивается данными с AT 14. Однако не произошло никакого обновления связывания с AGW 20. То есть объектом сети, который выполнил последнее связывание с AGW 20, все еще остается eBS 18, и с того времени не произошло никакого обновления связывания с AGW 20. Как таковая, eBS 18 все еще служит в качестве DAP. По этому сценарию данные из AGW 20 посылаются на eBS 18, которая в этом случае представляет собой DAP, и затем направляются на AT 14 на eBS 20, которая служит в качестве FLSE. Пакеты данных от AGW 20 на AT 14 маршрутизируются по тракту 24 данных, как показано на фиг. 2.
Даже если AT 14 удалился от зоны обслуживания, обслуживаемой eBS 18, eBS 18 остается в качестве DAP для AT 14. Причина находится в беспроводной настройке, в зависимости от мобильности AT 14, возможно, что eBS 18 снова может стать FLSE для AT 14. Например, AT 14 может находиться на граничной линии зон обслуживания, поддерживаемых как с помощью eBS 18, так и с помощью eBS 22. Таким образом, AT 14 может осуществлять связь с eBS 22 только временно. Однако, если осуществление связи между AT 14 и eBS 22 не является временным, направление пакетов данных через непрямой тракт 24 данных может не являться эффективным использованием ресурсов связи, по меньшей мере, с точки зрения использования ретрансляции. Кроме того, задержка пакетов данных также подвергается влиянию. Вместо этого DAP предпочтительно переключается с eBS 18 на eBS 22. Для такого переключения DAP, eBS 22 нужно сначала выполнить связывание трафика прямой линии связи с AGW 20. После успешного завершения процесса связывания передачи данных прямой линии связи eBS 22 становится текущей DAP. Затем пакеты данных направляются с AGW 20 на AT 14 через eBS 22, что показано посредством тракта 26 данных на фиг. 2. Переключение DAP с BS 18 на eBS 22 может быть основано на определенных критериях, например, после того как будет проверено, что AT взаимодействует с eBS 22 в течение предопределенного периода времени.
Раньше переключение или выбор DAP, называемый передачей обслуживания DAP, главным образом инициировался AN. В передаче обслуживания, инициируемой AN, процесс передачи обслуживания является прозрачным для AT 14. Однако могут возникнуть проблемы, если AN 14 не имеет информации о передаче обслуживания. Например, предполагаемая DAP может оказаться не предполагаемой DAP. Это главным образом верно в асинхронной среде, в которой различные объекты связи не синхронизированы друг с другом. Со ссылкой на фиг. 2, снова предполагается, что AT 14 находится на границе зон обслуживания обеих eBS 18 и eBS 22. Опознавая присутствие AT 14, например, по уровню сигнала нисходящей линии связи, в передаче обслуживания, инициируемой AN, как eBS 18, так и eBS 22 пытаются быть DAP, посредством регистрации с AGW 20 для связывания прямой линии связи. Более того, предполагается, что AT 14 хорошо зафиксирован в зоне обслуживания, обеспечиваемой с помощью eBS 18, и, таким образом, eBS 18 должна быть наиболее подходящей DAP для AT 14. Тем не менее, если сообщения о регистрации, посылаемые и принимаемые между AGW 20 и eBS 22, являются более быстрыми, чем сообщения о регистрации между AGW 20 и eBS 18, eBS 22 может быть назначена в качестве DAP прежде, чем eBS 18, вопреки тому, что ожидалось. Восстановление ошибочно назначенной DAP, даже если это не фатально для задействованного сеанса связи, требует дополнительной сигнализации и сообщений, которые излишне задействуют ресурсы связи.
Таким образом, существует необходимость обеспечить схему назначения DAP с повышенной точностью и достоверностью, таким образом делая возможным более эффективное использование ресурсов связи.
РАСКРЫТИЕ ИЗОБРЕТЕНИЯ
В системе связи, в которой шлюзовой объект соединен со многими объектами связи, которые, в свою очередь, функционируют для взаимодействия с терминалом доступа, терминалу доступа сначала нужно установить точку присоединения данных (DAP) с одним из объектов связи. Передача обслуживания DAP от одного объекта связи на другой объект связи инициируется терминалом доступа. Прежде чем продолжить передачу обслуживания DAP, терминал доступа может рассматривать факторы, такие как состояния линии связи с различными объектами связи, время с последней передачи обслуживания DAP и длительность времени осуществления связи с текущим объектом связи. Для того чтобы предотвратить любые состязания за объекты связи для регистрации в качестве DAP, терминал доступа может опираться на отметки о времени в сообщениях, принятых от объектов связи. Кроме того, объекты связи могут обмениваться друг с другом сообщениями относительно текущего состояния регистрации DAP.
Эти и другие особенности и преимущества будут ясны специалистам в данной области из следующего подробного описания, предоставленного вместе с сопроводительными чертежами, на которых одинаковые ссылочные позиции относятся к одинаковым частям.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фиг. 1 представляет собой упрощенное схематичное изображение, иллюстрирующее типичную систему связи;
Фиг. 2 представляет собой другое упрощенное схематичное изображение, иллюстрирующее подвижность терминала доступа в системе связи;
Фиг. 3 представляет собой упрощенное схематическое изображение, которое показывает взаимоотношения различных объектов связи, конфигурированных в соответствии с типичным вариантом осуществления изобретения;
Фиг. 4 представляет собой структурную схему последовательности вызовов, которая показывает потоки сообщений, которые проходят между различными объектами связи, функционирующими в асинхронной системе, в которой передача обслуживания DAP не является поддерживаемой AT;
Фиг. 5 представляет собой структурную схему последовательности вызовов, которая показывает потоки сообщений, которые проходят между различными объектами связи, функционирующими в синхронной системе, в которой передача обслуживания DAP является поддерживаемой AT;
Фиг. 6 представляет собой блок-схему, которая показывает процедуры, которые использует AT при определении передачи обслуживания DAP, поддерживаемой AT;
Фиг. 7 представляет собой структурную схему последовательности вызовов, которая показывает потоки сообщений, проходящих между различными объектами связи, функционирующими в синхронной системе, в которой передача обслуживания DAP является поддерживаемой AT, но по запросу одного из объектов связи;
Фиг. 8 представляет собой блок-схему, которая показывает процедуры, которые использует AT при определении передачи обслуживания DAP, поддерживаемой AT, по запросу одного из объектов связи; и
Фиг. 9 представляет собой схематичное представление части аппаратной реализации устройства осуществления процесса передачи обслуживания DAP в соответствии с типичными вариантами осуществления.
ПОДРОБНОЕ ОПИСАНИЕ
Следующее описание представлено для того, чтобы позволить любому специалисту в данной области техники изготовить и использовать изобретение. В следующем описании подробности изложены для целей объяснения. Специалисту в данной области техники должно быть понятно, что изобретение может применяться на практике без этих конкретных деталей. В иных случаях хорошо известные структуры и процессы детально не описываются в деталях, чтобы не затемнять описание изобретения излишними деталями. Таким образом, не предполагается, что настоящее изобретение должно ограничиваться приведенными вариантами осуществления, но оно должно соответствовать самому широкому объему, согласующемуся с принципами и особенностями, описываемыми в настоящем документе.
Кроме того, в следующем описании по причинам лаконичности и ясности используется терминология, связанная с терминологией Ультрамобильной широкополосной связи (UMB), распространяемой в рамках проекта партнерства третьего поколения 2 (3GPP2) ассоциацией телекоммуникационной индустрии (TIA). Следует подчеркнуть, что изобретение также применимо к другим технологиям, таким как технологии и связанные стандарты, относящиеся к множественному доступу с кодовым разделением (CDMA), множественному доступу с временным разделением (TDMA), множественному доступу с частотным разделением (FDMA), множественному доступу с ортогональным частотным разделением (OFDMA) и так далее.
На фиг. 3 схематично показаны взаимоотношения различных объектов связи, конфигурированных в соответствии с типичным вариантом осуществления изобретения.
На фиг. 3 система связи, в целом, обозначена ссылочной позицией 30. В системе 30 связи присутствует шлюз доступа (AGW) 32, соединенный со многими развитыми базовыми станциями (eBS), две из которых показаны как eBS 34 и eBS 36. eBS 34 и eBS 36 могут быть установлены в одной и той же сети доступа (AN) или в различных AN. В этом примере eBS 34 и 36 представляют собой части AN 41 и AN 43 соответственно. Каждая из AN 41 и AN 43 может содержать одну или несколько eBS и других объектов. Для целей ясности и лаконичности каждая AN показана только с одной eBS на фиг. 3. В варианте осуществления, показанном на фиг. 3, eBS 34 обеспечивает беспроводной доступ пользователям в пределах зоны 35 обслуживания. Подобным образом eBS 36 обеспечивает беспроводной доступ в пределах зоны 37 обслуживания. AGW 32 имеет соединение с базовой сетью 38, которая может представлять собой, например, интернет. В качестве другого примера базовая сеть 38 может представлять собой интранет в закрытой сети.
Контроллер 40 сеанса эталонной сети (SRNC) соединен с AGW 32. SRNC 40 выполняет несколько функций. Например, SRNC 40 обеспечивает функцию аутентификации терминалу доступа (AT), такому как AT 44, показанному на фиг. 3. Кроме того, SRNC 40 хранит сеанс связи AT 44 для любой новой eBS, которая готова для осуществления связи с AT 44. Также SRNC 40 в основном управляет процедурами пейджинга в состоянии незанятости.
Предположим, что AT 44 имеет возможность перемещения между различными радиосетями, включающими в себя AN 41 и AN 43. Для того чтобы AT 44 получил доступ в базовую сеть 38, AT 44 сначала требуется установить точку присоединения данных (DAP) с объектом связи, таким как eBS 34 или eBS 36. В этом описании изобретения и измененной формуле изобретения термин «точка присоединения данных» истолковывается как объект связи, который связывает данные или напрямую, или опосредованно, к и от сетевого шлюза. В качестве иллюстрации, например, как показано на фиг. 3, если eBS 34 обозначена как DAP, данные из базовой сети 38, после прохождения через шлюзовой объект, в данном случае AGW 32, связываются объектом связи, служащим в качестве DAP, в данном случае eBS 34, прежде чем они достигнут других объектов связи, таких как eBS 36, через тракт данных 62. В этом примере eBS 34 связывает данные напрямую из AGW 32 через тракт данных 62. То же самое справедливо и для обратного потока данных. То есть данные, принятые от других объектов связи, связываются посредством DAP прежде, чем они достигнут шлюзового объекта.
В конфигурации инициируемого AN назначения DAP каждая из eBS 34 и eBS 36 продолжает процесс назначения DAP, если выполнены определенные критерии. Например, когда eBS 34 становится eBS, обслуживающей прямую линию связи, (FLSE) для AT 44, она может начать процесс назначения DAP. Таким образом, если eBS 34 представляет собой текущую FLSE, eBS 34 посылает сообщение с запросом на регистрацию в AGW 32. После этого AGW 32 выполняет обновление связывания с eBS 34 в соответствии с процедурами, изложенными в рамках протокола Proxy Mobile IP (PMIP), распространяемого IETF.
Предположим, что система 30 связи представляет собой синхронную систему. То есть все объекты связи, например AGW 38, eBS 34 и eBS 36, и т.д., функционируют в соответствии с основной привязкой ко времени. Основная привязка может представлять собой, например, время глобальной системы позиционирования (GPS). В этом случае предопределенный протокол регистрации DAP может быть настроен, например, разрешая обработку и утверждение первого прибывшего запроса в качестве DAP до следующего утверждения. Однако могут возникнуть проблемы, если система 30 представляет собой асинхронную систему. Отсутствие основной привязки ко времени может привести к ошибочному назначению DAP.
Далее ссылки даются на фиг. 3 в сочетании с фиг. 4, которая показывает потоки сообщений между различными объектами. Предположим, что система 30 представляет собой систему, использующую схему передачи обслуживания DAP, инициируемую AN. Более того, предположим, что AT 44 движется в перекрывающейся зоне 46 зон 35 и 37 обслуживания в этот момент. eBS 34, обнаружившая присутствие AT 44, посылает на AGW 32 сообщение с запросом на регистрацию в момент времени t1, пытаясь зарегистрироваться с AGW 32 в качестве DAP для AT 44, что показано потоком 48 сообщений на фиг. 4. Допустим, что в системе 30 имеет место правило «первым пришел - первым обслужил». Согласно этому правилу eBS 34, являясь первой пославшей сообщение с запросом на регистрацию, предполагается DAP для AT 44.
При AT 44 в перекрывающейся зоне 46 покрытия, предположим, что eBS 36 также обнаруживает присутствие AT 44. В этом примере eBS 36 также посылает сообщение с запросом на регистрацию на AGW 32 в момент времени t2, что показано потоком 50 сообщений на фиг. 4. Здесь t2 является более поздним моментом времени, чем t1.
По некоторым причинам сообщение, посланное в потоке 50 сообщений, приходит на AGW 32 раньше, чем сообщение в потоке 48 сообщений. Более конкретно, сообщение, посланное с eBS 36, приходит на AGW 32 в момент времени t3, тогда как соответствующее сообщение, посланное с eBS 34, приходит на AGW 32 в момент времени t6. В данном случае момент времени t6 является более поздним, чем момент времени t3. Вышеприведенный сценарий может иметь место, например, в среде связи, в которой eBS 36 обладает более хорошими состояниями связи по сравнению с состояниями связи eBS 34.
Что касается AGW 32, после того как он принял сообщение о регистрации от eBS 36  в момент времени t3, согласно правилу «первым пришел - первым обслужил», AGW 32 подтверждает запрос и посылает сообщение об успешной регистрации на eBS 36 в момент времени t4 и достигает eBS 36 в момент времени t5. Таким образом, eBS 36 успешно зарегистрирована в качестве DAP для AT 44.
Предположим, что AGW 32 также принимает сообщение с запросом на регистрацию от eBS 34 в момент времени t6. Момент времени t6 является более поздним по времени, чем момент времени t5, который является моментом времени, в который eBS 36 успешно зарегистрирована в AGW 32 в качестве DAP для eBS 34.
В зависимости от протокола регистрации, реализованного в AGW 32, AGW 32 может предположить, что eBS 34 стремится взять на себя роль новой DAP, заменяя текущую DAP eBS 36.
После этого AGW 32 посылает ответ успешной регистрации на eBS 34 в момент времени t7 и достигает eBS 34 в момент времени t8. Затем eBS 34 принимает на себя новую роль в качестве DAP.
В вышеприведенном примере предполагается, что eBS 34 будет приоритетной DAP, то есть без eBS 36, принимающей на себя посредническую роль DAP. Такое назначение DAP может создать проблемы. Даже допустив, что данные сеанса связи не повреждены, такое назначение DAP может быть причиной устойчивого и неэффективного перенаправления потока данных, и, таким образом, излишнего использования ресурсов связи. Любая попытка восстановления при ошибках, несомненно, требует дополнительных времени и ресурсов при дополнительных трудностях.
В дальнейшем следует отметить, что, хотя связывающие сообщения PMIP, посланные посредством eBS 34 и eBS 36 в потоках 48 и 50 сообщений соответственно, могут содержать отметки времени для предотвращения внеочередных обновлений связывания, тем не менее, так как система 30 функционирует асинхронно, отметки времени могут оказаться неэффективными для выполнения своих функций. Причина в том, что каждый из объектов связи, такой как eBS 34 или eBS 36, функционирует по своей собственной привязке ко времени в асинхронной системе. Отметки времени на связывающих сообщениях, посланных на AGW 32, не соотносятся с основной привязкой ко времени, но скорее соотносятся со своими индивидуальными объектами. Привязки ко времени объектов могут иметь большие значения смещения относительно друг друга. Таким образом, как указано выше, проблема все еще может иметь место.
Фиг. 5 представляет собой диаграмму потока сообщений, которая иллюстрирует схему передачи обслуживания DAP, поддерживаемую AT или инициируемую AT, в соответствии с типичным вариантом осуществления изобретения. Здесь и далее термины «поддерживаемая AT» и «инициируемая AT» используются взаимозаменяемо.
Далее приводятся ссылки на фиг. 5 в сочетании с фиг. 3. Предположим, что AT 44 изначально взаимодействует с eBS 34, которая является последним объектом, который выполнял связывание PMIP с AGW 40. По существу, eBS 34 является текущей DAP для AT 44.
AN 44 имеет набор маршрутов (RS) в своей памяти. RS содержит набор объектов связи, таких как eBS 34 и eBS 36, которые имеют беспроводные маршруты с AT 44, посредством чего каждый объект в RS может туннелировать пакеты как на уровне соединения, так и пакеты IP с AT 44, и наоборот. В передаче обслуживания DAP, выполняемой с помощью AT или инициируемой AT, AT 44 помогает объектам связи в RS принять решение о том, какой объект в RS должен быть DAP.
Передача обслуживания, поддерживаемая AT, преобладает над соответствующей передачей обслуживания, инициируемой AN, в нескольких аспектах.
Во-первых, в асинхронной системе, такой как система, ранее изображенная на фиг. 4, могут возникнуть условия состязания, как объяснено выше. Передача обслуживания DAP, поддерживаемая AT, более приспособлена, чтобы избегать таких проблем. Например, AT требуется не инициировать другое перемещение DAP, до тех пор пока ответ на более раннее перемещение DAP не будет принят и закончен.
Во-вторых, DAP представляет собой якорь данных для AT из AGW в RAN. Предпочтительно иметь DAP в RS AT. Вследствие этого, при необходимости, могут стать возможными гибкие и быстрые обновления. Например, предположим, что AGW требуется обновить политику для AT и что изменение требуется в процессе текущего сеанса связи AT. Изменение может быть передано от AGW на DAP, которая, в свою очередь, передаст изменение на AT для быстрого обновления. С другой стороны, если DAP отсутствует в наборе маршрутов AT, изменение невозможно обновить так легко и быстро.
Кроме того, AT обладает собственной информацией о состоянии связи с различными eBS в RS. Таким образом, AT находится в лучшем положении для определения того, является ли достаточно стабильной текущая осуществляющая связь eBS, т.е. FLSE, для функционирования в качестве DAP.
Кроме того, передача обслуживания DAP, поддерживаемая AT, проще, чем передача обслуживания DAP, инициируемая AN, как по количеству переданных сообщений, так и по исполнению.
Со ссылками на фиг. 3 и 5, предположим, что AT 44 движется к зоне 37 обслуживания eBS 36. Тогда AT 44 взаимодействует с eBS 36. Таким образом, eBS 36 действует в качестве FLSE для AT 44.
В передаче обслуживания, поддерживаемой AT, как описано в этом варианте осуществления, AT может взвешивать и оценивать определенные критерии или состояния перед тем как решить, начинать ли процесс передачи обслуживания DAP. В частности, AT может решить, достигла ли длительность времени осуществления связи с текущей FLSE  предопределенной величины. Это позволяет избежать назначения FLSE в качестве DAP, если взаимодействия с FLSE являются только временными. Кроме того, AT может решить, истек ли заранее определенный период времени с последней передачи обслуживания перед тем, как начать процесс передачи обслуживания, поддерживаемой AT. Причина заключается в том, что для AT нежелательно передавать обслуживание DAP слишком часто, так как частые и ненужные передачи обслуживания могут привести к неэффективному потреблению ресурсов связи. В равной степени важно, чтобы AT мог оценить состояния линий связи с различными eBS, чтобы решить, является ли передача обслуживания DAP допустимой. Несомненно, что для AT не будет хорошим ходом передача обслуживания DAP на FLSE, с которой AT имеет неблагоприятные состояния связи с FLSE.
Предположим, в этом примере, что, после определения истечения достаточного периода времени и благоприятного состояния линии радиосвязи с eBS 36, AT 44 решает передать обслуживание DAP с eBS 34 на eBS 36. В следующем описании eBS 34 называется исходной DAP eBS. eBS 36 называется целевой DAP eBS. Процесс передачи обслуживания начинается с того, что AT 44 посылает сообщение с запросом, называемое здесь сообщением о перемещении DAP, на целевую DAP eBS 36. Путь потока сообщения запроса обозначен ссылочной позицией 52, как показано на фиг. 5. Целевая DAP eBS 36 может принять или отклонить запрос, например, в зависимости от уровня загруженности текущими вызовами, проходящими через eBS 36.
Если целевая DAP eBS 36 принимает запрос, целевая DAP eBS 36 обновляет связывание присоединенных данных с AGW 32, посылая PMIP сообщение с запросом на регистрацию на AGW 32, например, по протоколу PMIPv4. Поток сообщения обозначен ссылочной позицией 54, как показано на фиг. 5.
AGW 32 подтверждает обновление связывания, посылая PMIP сообщение с ответом о регистрации на целевую DAP eBS 36, как показано с помощью пути 56 потока сообщений на фиг. 5. Затем туннель данных может быть установлен между AGW 32 и AT 44 через целевую DAP eBS 36. В PMIP сообщение с ответом о регистрации может быть включен параметр времени жизни туннеля данных. Параметр времени жизни введен для предотвращения сценария, в котором при бездействии AT 44 туннель все еще сохраняется, приводя к неэффективному использованию ресурсов связи. Если AT 44 нужно поддерживать активное осуществление связи по истечении упомянутого времени жизни, AT 44 должен послать другое сообщение о перемещении DAP с запросом на eBS 36 до истечения времени жизни.
После завершения процесса обновления связывания, целевая DAP eBS 36 отвечает AT 44 в виде сообщения о назначении DAP, как показано в пути 58 потока сообщений, изображенном на фиг. 5. Сообщение о назначении DAP сообщает AT 44 о том, успешно ли прошла передача обслуживания DAP. Кроме того, сообщение о назначении DAP может содержать в себе, в частности, отметку времени, установленную посредством AGW 32, для успешной PMIP регистрации в целевой DAP eBS 36 и поддержки оставшегося времени жизни туннеля связывания данных. Если отметка времени сообщения о назначении DAP установлена на значение, меньшее, чем соответствующая отметка времени предыдущего сообщения о назначении DAP, обрабатываемого в AT 44, AT 44 может игнорировать сообщение о назначении DAP, т.е. сообщение, посланное через путь 58 потока сообщений. При функционировании таким образом можно избежать условия состязания, как представлено на фиг. 4.
С другой стороны, если отметка времени в сообщении о назначении DAP через путь 58 потока сообщений имеет более позднее значение, т.е. значение выше, чем любые из соответствующих отметок времени предварительно обработанных сообщений о назначении DAP посредством AT 44, AT 44 может маркировать маршрут тракта данных к целевой eBS 36 как маршрут DAP. Кроме того, AT 44 может маркировать другие маршруты трактов данных к другим eBS как маршрут не-DAP. В тоже время AT 44 может инициировать свой собственный таймер, связанный с недавно маркированным маршрутом DAP, чтобы регулировать частоту передачи обслуживания DAP. Как упоминалось ранее, предпочтительно не выполнять передачи обслуживания DAP слишком часто, например, при небольшом изменении состояния линии связи. Частые и излишние передачи обслуживания DAP могут влиять на загруженность на AGW 32, например.
Затем целевая DAP eBS 36 уведомляет все eBS в наборе маршрутов AT 44 о принятии роли DAP для AT 44. Уведомление осуществляется в форме уведомляющего сообщения по туннелю интернет протокола (IPT) всем eBS и любым связанным объектам в наборе маршрутов AT 44. Один из них показан в пути сообщения 60, посланного намеченной eBS 36 опорному сетевому контроллеру сеанса (SRNC) 40. Уведомляющее сообщение IPT, посланное через путь 60, служит нескольким целям. Во-первых, целевая DAP eBS 36 информирует другие eBS о том, что целевая DAP eBS 36 теперь является текущей DAP. Кроме того, уведомляющее сообщение IPT также может включать в себя размер последовательности сообщения и отметку времени, которую целевая DAP eBS 36 ранее использовала при обновлении связывания присоединения данных с AGW 32.
Для SRNC 40, чтобы подтвердить, что eBS 36 является текущей DAP, SRNC 40 посылает подтверждение уведомления IPT, как показано путем 62 потока сообщений на фиг. 5.
Кроме уведомления других eBS о принятии на себя роли DAP, как указано выше, в частности, целевая eBS 36 информирует исходную DAP 34 о принятии на себя роли текущей DAP, посылая уведомляющее сообщение IPT на исходную DAP eBS 34, как показано путем 66 потока сообщений на фиг. 5. Уведомляющее сообщение IPT информирует исходную DAP eBS 34, что целевая eBS 36 представляет собой текущую DAP eBS. Снова уведомляющее сообщение IPT может содержать размер последовательности сообщения и отметку времени, которую целевая DAP eBS 36 использовала при обновлении связывания присоединения данных с AGW 32.
Для исходной DAP eBS 34 для подтверждения того, что eBS 36 является текущей DAP, исходной DAP eBS 34 нужно послать сообщение с подтверждением уведомления IPT, как показано путем 68 потока сообщений 68 на фиг. 5. Необязательно, сообщение с подтверждением уведомления IPT может указывать, является ли отправитель этого сообщения текущей FLSE для AT 44. После получения сообщения с подтверждением уведомления IPT целевая eBS 36 завершает процесс передачи обслуживания DAP. После этого поток пакетов IP, вместо непрямого маршрута через eBS 34 по пути 62 потока пакетов данных, как показано на фиг. 3, напрямую проходит через eBS 36 по пути 64 потока пакетов данных.
Фиг. 6 показывает блок-схему, которая обобщает процедуры, которые AT 44 использует при определении передачи обслуживания DAP, поддерживаемой AT.
Фиг. 7 представляет собой диаграмму потока сообщений, которая показывает другой вариант осуществления, который иллюстрирует другой способ передачи обслуживания DAP, поддерживаемой AT. В этом варианте осуществления, передача обслуживания инициируется AT, но по запросу объекта инфраструктуры.
Далее делаются ссылки на фиг. 7 в сочетании с фиг. 3. Предположим, что eBS 34 является последним объектом, который выполнял PMIP связывание с AGW 40 для AT 44. По существу, eBS 34 представляет собой текущую DAP для AT 44.
Сходно с предыдущим описанием, в передаче обслуживания DAP, поддерживаемой AT или инициируемой AT, AT 44 способствует принятию  решения eBS в RS о том, какая eBS в RS должна быть DAP.
Может существовать множество возможностей, чтобы объекты связи или инфраструктуры запросили AN 44 инициировать передачу обслуживания DAP. Например, текущая DAP, в данном случае eBS 34, может быть перегружена вызовами. Для облегчения перегрузки, любые объекты инфраструктуры, такие как eBS 34 или eBS 36, могут запросить AT 44 инициировать процесс передачи обслуживания.
В качестве другого примера, предположим, что AT перемещается в зоне обслуживания, осуществляя связь с новой eBS, которая связана с новым AGW, новой eBS может потребоваться установить PMIP соединение через AGW передачу обслуживания, независимо от того, представляет ли собой новая eBS FLSE для AT или нет. При таком сценарии любые из указанных выше объектов сети или инфраструктуры также могут запрашивать AT 44, чтобы инициировать процесс передачи обслуживания DAP.
Предположим, в данном случае, что целевая DAP eBS 36 выполняет такой запрос к AT 44 на передачу обслуживания DAP с eBS 34 на eBS 36. Согласно фиг. 7, целевая DAP eBS 36 может запросить через сообщение DAPMoveRequestRequest (запрос запроса на перемещение DAP), посылаемое на AT 44, как показано в пути 70 потока сообщений на фиг. 7. В сообщение о запросе запроса на перемещение DAP может быть включен LinkID (идентификатор связи), связанный с маршрутом пакета данных IP, ассоциированным, например, с eBS 36.
AT 44 может принимать или отклонять такой запрос. Если AT 44 отклоняет запрос, AT 44 посылает сообщение об отказе на eBS 36. Альтернативно, AT 44 может отклонить запрос, допуская истечение времени предварительно установленного таймера без ответа для eBS 36.
При определении, принимать или отклонять запрос, как в предыдущем варианте осуществления, может рассматриваться множество факторов. Предположим, что eBS 36 в настоящее время представляет собой FLSE, но не DAP для AT 44. Если встречается набор предопределенных состояний, как описано выше, AT может принять запрос на передачу обслуживания DAP с eBS 34 на eBS 36. С другой стороны, если AT 44 не планирует использовать eBS 36 в качестве FLSE надолго, или, например, состояния связи не благоприятны, AT 44 может отклонить запрос.
Если запрос отклонен, процесс передачи обслуживания DAP заканчивается без изменения DAP. То есть AT 44 продолжает использовать eBS 34 в качестве текущей DAP через поток 62 данных IP (фиг. 3).
Предположим, что AT 44 принимает запрос. Принятие передается целевой eBS 36 посредством отсылки сообщения о перемещении DAP с запросом через путь 72 потока сообщений на eBS 36 в этом варианте осуществления.
Следует отметить, что AT 44 не должен посылать более чем одно сообщение о перемещении DAP с запросом в рамках предельного срока, установленного в предустановленном таймере в сообщении. Кроме того, в процессе передачи обслуживания DAP, выполняемой с помощью AT, но по запросу объекта инфраструктуры, как описано в этом варианте осуществления, целевая eBS 36 не должна отправлять ни одного сообщения о назначении DAP, пока сообщение о перемещении DAP с запросом, например сообщение, посланное через путь 70 потока сообщений, не будет принято на eBS 36.
Фиг. 8 показывает блок-схему, которая обобщает процедуры, которые AT 44 использует при определении передачи обслуживания DAP, выполняемой с помощью AT по запросу объекта сети.
После этого процесс передачи обслуживания DAP главным образом сходен с процессом передачи обслуживания, как описано в предыдущем варианте осуществления. Для целей ясности и лаконичности остальные этапы, показанные на фиг. 7, в дальнейшем не уточняются.
Фиг. 9 показывает часть аппаратной реализации устройства для исполнения процессов передачи обслуживания, как описано выше. Устройство в целом обозначено ссылочной позицией 90 и может быть реализовано в AT или любых объектах связи, таких как eBS или AGW.
Устройство 90 содержит главную шину 92 данных, соединяющую несколько схем вместе. Схемы включают в себя ЦП (центральный процессор) или контроллер 94, схему 96 приема, схему 98 передачи и блок 100 памяти.
Если устройство 90 является частью беспроводного устройства, схемы 96 и 98 приема и передачи могут быть присоединены к радиочастотной схеме, но это не показано на чертеже. Схема 96 приема обрабатывает и буферизует принятые сигналы перед отправкой в шину 92 данных. С другой стороны, схема 98 передачи обрабатывает и буферизует данные из шины 92 данных перед отсылкой из устройства 90. ЦП/контроллер 94 выполняет функцию управления данными шины 92 данных и дополнительно функцию обработки данных общего назначения, включая в себя выполнение управляющего содержимого блока 100 памяти.
Вместо раздельного расположения, показанного на фиг. 9, в качестве альтернативы, схема 98 передачи и схема 96 приема могут являться частями ЦП/контроллера 94.
Блок 100 памяти включает в себя набор модулей и/или инструкций, как правило, обозначаемых числовой ссылкой 102. В этом варианте осуществления, модули/инструкции включают в себя, в частности, функцию 108 передачи обслуживания. Функция 108 передачи обслуживания содержит машинные команды или код для выполнения этапов процесса, как показано и описано на фиг. 5-8. Конкретные команды, специфичные для объекта, могут быть избирательно реализованы в функции 108 передачи обслуживания. Например, если устройство 40 является частью AT, команды для выполнения этапов процесса, показанного и описанного на фиг. 6 и 8, наряду с компоновкой и обработкой сообщений, относящихся к AT, как показано и описано на фиг. 5 и 7, могут быть запрограммированы в функции 108 передачи обслуживания. Сходным образом, если устройство 40 является частью объекта связи, например eBS, этапы процесса, специфичные для этого объекта связи, могут быть запрограммированы в функции 108 передачи обслуживания.
В этом варианте осуществления блок 100 памяти представляет собой схему ОЗУ (оперативное запоминающее устройство). Типичные функции, такие как функция 108 передачи обслуживания, представляют собой подпрограммы программного обеспечения, модули и/или наборы данных. Блок 100 памяти может быть привязан к другой схеме памяти (не показана), которая может быть энергозависимого или энергонезависимого типа. В качестве альтернативы блок 100 памяти может быть выполнен из схем другого типа, таких как EEPROM (электрически стираемое программируемое постоянное запоминающее устройство), EPROM (электрически программируемое постоянное запоминающее устройство), ПЗУ (постоянное запоминающее устройство), ASIC (специализированная интегральная микросхема), магнитный диск, оптический диск и другие хорошо известные в данной области.
Следует дополнительно отметить, что патентоспособный процесс, как описано, также может быть запрограммирован в виде машиночитаемых команд, перенесенных на любой машиночитаемый носитель, известный в данной области техники. В этом описании изобретения и прилагаемой формуле изобретения термин «машиночитаемый носитель» относится к любому носителю, который участвует в обеспечении инструкций любому процессору, такому как ЦП/контроллер 94, показанный и описанный на фиг. 9, для исполнения. Такой носитель может относиться к типу запоминающего устройства и может принимать форму энергозависимой или энергонезависимой запоминающей среды, также описанной ранее, например в описании блока 100 памяти на фиг. 9. Такая среда также может относиться к передающему типу и может содержать коаксиальный кабель, медный провод, оптический кабель и беспроводной интерфейс, передающий акустические, электромагнитные или оптические волны, способные нести сигналы, читаемые машинами или компьютерами. Машиночитаемый носитель может быть частью компьютерного продукта, отдельного от устройства 90.
В конечном счете, другие изменения возможны в рамках объема изобретения. Отличные от описанных выше, любые другие логические блоки, схемы и этапы алгоритма, описанные в связи с вариантом осуществления, могут быть реализованы в аппаратном обеспечении, программном обеспечении, встроенном программном обеспечении или их сочетании. Специалистам в данной области будет понятно, что эти и другие изменения в форме и деталях могут быть выполнены здесь без отхождения от объема и сущности изобретения.