Управление транзакциями

Управление транзакциями

Иллюстрации

Показать все

Реферат

Перекрестная ссылка на родственные заявки

[0001] По данной заявке испрашивается приоритет также принадлежащей заявителю Предварительной Патентной Заявки США № 61/180078, поданной 20 мая 2009 г., и которой присвоен Регистрационный № 092236P1, раскрытие которой включено в настоящее описание посредством ссылки.

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

[0002] Данная заявка в целом относится к связи и в частности, но не исключительно, к управлению транзакциями.

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

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

[0004] Когда приложение, выполняемое на терминале доступа, желает получить доступ к ресурсу сети (например, осуществить связь с сервером или другим терминалом доступа), то для создания или изменения канала-носителя применительно к данному доступу могут использоваться процедуры управления сеансом. Например, терминал доступа может инициировать транзакцию (например, отправить в сеть сообщение), чтобы вызвать активацию или изменение канала-носителя для обеспечения требуемого доступа.

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

[0006] В некоторых случаях, когда оказывается, что сеть не получила ожидаемый ответ на сообщение (например, в течение определенного периода времени), сеть может выполнить повторную передачу сообщения. Тем не менее, в случае, когда терминал доступа ответил на сообщение (например, принял запрос сети), повторная передача может включать в себя идентификатор транзакции, который терминал доступа уже высвободил. В таком случае терминал доступа может отклонить повторную передачу. Затем может произойти рассогласование, вследствие чего терминал доступа продолжает работать, как если бы запрос был принят, в то время как сеть продолжает работать, как если бы запрос был отклонен. Таким образом существует потребность в эффективной методике управления такими транзакциями для предотвращения таких и прочих типов рассогласований транзакций.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

[0007] Ниже следует краткое описание характерных аспектов изобретения.

[0008] В некоторых аспектах изобретение относится к управлению транзакциями. Например, в случае, когда терминал доступа принимает запрос контекста канала-носителя, то терминал доступа может не сразу высвободить идентификатор транзакции, связанный с данной транзакцией (запросом контекста канала-носителя). Таким образом, в случае, когда терминал доступа получает второй запрос контекста канала-носителя, связанный с тем же самым идентификатором транзакции (например, из-за того что сообщение о принятии не достигло сети), терминал доступа может отправить второе сообщение о принятии в ответ на второй запрос контекста канала-носителя.

[0009] Управление идентификаторами транзакций может в разных вариантах осуществления выполняться различными способами. В некоторых вариантах осуществления запускается таймер на основании получения первого запроса контекста канала-носителя (например, по отправке сообщения о принятии). В данном случае второе сообщение о принятии может отправляться только если второй запрос контекста канала-носителя получают до того как истечет срок действия таймера (или он остановлен). В некоторых вариантах осуществления, идентификаторы транзакций для всех успешных транзакций хранятся в очереди (например, FIFO). В данном случае второе сообщение о принятии может отправляться только если идентификатор транзакции все еще находится в очереди, когда получают второй запрос контекста канала-носителя.

[0010] В некоторых аспектах, способ управления транзакциями канала-носителя может содержать получение первого сообщения, содержащего запрос контекста канала-носителя и включающего конкретный идентификатор транзакции, затем отправку второго сообщения в ответ на получение первого сообщения, при этом второе сообщение принимает запрос контекста канала-носителя. Впоследствии, по получении третьего сообщения, содержащего повторную передачу запроса контекста канала-носителя (например, включающего тот же самый идентификатор транзакции), отправляется четвертое сообщение для приема повторной передачи запроса контекста канала-носителя.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[0011] Эти и прочие характерные аспекты изобретения будут описаны в следующем далее подробном описании и прилагаемой формуле изобретения, и в сопроводительных чертежах, в которых:

[0012] Фиг. 1 является упрощенной структурной схемой некоторых характерных аспектов системы связи, выполненной с возможностью управления транзакциями;

[0013] Фиг. 2 и 3 являются блок-схемами некоторых характерных аспектов операций, которые могут выполняться в связи с принятием повторной передачи запроса канала-носителя;

[0014] Фиг. 4 является блок-схемой некоторых характерных аспектов операций, которые могут выполняться в связи с использованием таймера задержки высвобождения идентификатора транзакции;

[0015] Фиг. 5 является блок-схемой некоторых характерных аспектов операций, которые могут выполняться в связи с сохранением идентификатора транзакции в очереди;

[0016] Фиг. 6 является блок-схемой некоторых характерных аспектов операций, которые могут выполняться в связи с увеличением текущего идентификатора транзакции в момент начала каждой новой транзакции;

[0017] Фиг. 7 является блок-схемой характерных аспектов операций, которые могут выполняться в связи с управлением контекстом канала-носителя на основании полученного отрицательного подтверждения (NACK);

[0018] Фиг. 8 является блок-схемой некоторых характерных аспектов операций, которые могут выполняться в связи с управлением контекстом канала-носителя на основании полученного подтверждения (ACK);

[0019] Фиг. 9 является упрощенной структурной схемой некоторых характерных аспектов компонентов, которые могут использоваться в узлах связи;

[0020] Фиг. 10 является упрощенной структурной схемой некоторых характерных аспектов компонентов связи; и

[0021] Фиг. 11-13 являются упрощенными структурными схемами некоторых характерных аспектов устройств, выполненных с возможностью обеспечения управления транзакциями в соответствии с изложенными здесь идеями.

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

ПОДРОБНОЕ ОПИСАНИЕ

[0023] Ниже описаны различные аспекты изобретения. Должно быть очевидно, что изложенные здесь идеи могут быть воплощены в широком многообразии форм и что любая раскрытая здесь конкретная структура, функция или их сочетание являются всего лишь характерными. На основании изложенных здесь идей специалист в соответствующей области техники должен принимать во внимание, что раскрытый здесь аспект может быть реализован независимо от любых других аспектов и что два или более таких аспекта могут быть объединены различными способами. Например, устройство может быть реализовано или способ может быть выполнен на практике, используя любое количество изложенных здесь аспектов. В дополнение, такое устройство может быть реализовано или такой способ может быть выполнен на практике, используя прочие структуры, функциональные возможности или структуры и функциональные возможности в дополнение к или отличные от одного или более изложенных здесь аспектов. Кроме того, аспект может содержать, по меньшей мере, один пункт формулы изобретения.

[0024] Фиг. 1 иллюстрирует некоторые узлы характерной системы 100 связи (например, часть сети связи). В целях иллюстрации, различные аспекты изобретения будут описаны в контексте одного или более терминалов доступа, точек доступа и сетевых объектов, которые осуществляют связь друг с другом. Тем не менее, должно быть принято во внимание, что изложенные здесь идеи могут применяться к устройствам других типов или другим аналогичным устройствам, которые именуются с использованием другой терминологии. Например, в различных вариантах осуществления точки доступа могут именоваться или быть реализованы как базовые станции или eNodeB, терминалы доступа могут именоваться или быть реализованы как оборудование пользователя или мобильные и т.д.

[0025] Точки доступа в системе 100 предоставляют одну или более услуги (например, обеспечение возможности подключения к сети) одному или более беспроводным терминалам (например, терминалу 102 доступа), который может быть установлен внутри или перемещаться в зоне покрытия системы 100. Например, в различные моменты времени терминал 102 доступа может подключиться к точке 104 доступа или некоторой другой точке доступа в системе 100 (не показана). Каждая из точек доступа может осуществлять связь с одним или более сетевыми объектами (представленными для удобства сетевым объектом 106), чтобы способствовать обеспечению возможности подключения к глобальной сети.

[0026] Сетевой объект может принимать различные формы, такие как, например, один или более объекты радиодоступа и/или базовой сети. Таким образом, в различных вариантах осуществления сетевой объект может предоставлять функциональные возможности, такие как, по меньшей мере, одна из: управления сетью (например, через объект эксплуатации, администрирования и обслуживания (OAM)), управления вызовами, управления сеансами, управления мобильностью, функции шлюза, функции обеспечения межсетевого обмена или некоторые другие приемлемые сетевые функциональные возможности. В некоторых аспектах, управление мобильностью относится к отслеживанию текущего местоположения терминалов доступа посредством использования зон отслеживания, зон местоположения, зон маршрутизации или некоторых других приемлемых методик; управлению поисковым вызовом применительно к терминалам доступа и обеспечению управления доступом для терминалов доступа. Также внутри сети могут совместно размещаться или распределяться два или более таких сетевых объекта.

[0027] В соответствии с изложенными здесь идеями, терминал 102 доступа включает в себя модуль 108 управления транзакциями для управления транзакциями между терминалом 102 доступа и сетью (например, объектом 110 управления мобильностью (MME) в сети). В целях иллюстрации, эти и прочие аспекты изобретения будут описаны в контексте системы LTE, где инициированные терминалом доступа (например, UE) процедуры управления сеансом развитой пакетной системы (EPS) используются для управления (например, активации и изменения) каналов-носителей для приложений терминала доступа. Тем не менее, должно быть принято во внимание, что изложенные здесь идеи могут применяться к, например, системам связи различных типов, транзакциям различных типов и идентификаторам транзакций различных типов.

[0028] В инициированных терминалом доступа процедурах управления сеансом EPS (ESM), вызывающих активацию или изменение контекста канала-носителя EPS, может произойти рассогласование между контекстом канала-носителя EPS в терминале доступа и контекстом канала-носителя EPS в сети (например, в MME). Например, терминал доступа может назначить идентификатор транзакции процедуры (PTI) каждой транзакции, которую инициирует терминал доступа. В дополнение, после инициирования транзакции терминал доступа может войти в состояние ожидания транзакции процедуры и отправить соответствующее сообщение ESM сети, в соответствии с чем сообщение EMS включает в себя назначенный PTI.

[0029] Сеть включает данный PTI в любые сообщения, которые сеть отправляет терминалу доступа, относящиеся к инициированной терминалом доступа транзакции процедуры. Например, по получению от терминала доступа запроса ресурсов канала-носителя, включающего в себя конкретный PTI, сеть может отправить терминалу доступа запрос контекста канала-носителя, включающий данный PTI, и информацию канала-носителя. В ответ, терминал доступа может отправить сети сообщение о принятии, включающее в себя данный PTI. Затем сеть может активировать или изменить соответствующий контекст канала-носителя EPS после удачного получения от терминала доступа сообщения о принятии.

[0030] Когда терминал доступа принимает сетевой запрос ESM, то в некоторых случаях (например, из-за сбоя передачи более низкого уровня или по другим причинам) доставка в сеть соответствующего сообщения о принятии может быть неудавшейся. В данном случае сеть может выполнить повторную передачу запроса ESM, при этом повторно передаваемый запрос ESM включает в себя тот же самый PTI как и исходный запрос ESM. Тем не менее, в соответствии с существующим состоянием техники терминал доступа высвободит PTI после приема первого сетевого запроса ESM. Например, исходя из принятия первого запроса ESM, терминал доступа может переключиться из состояния ожидания транзакции процедуры в состояние неактивной транзакции процедуры и высвободить PTI. В результате терминал доступа может не распознать PTI в повторно переданном запросе ESM и, в результате, терминал доступа может отклонить повторно переданный запрос ESM (например, отправить сети сообщение об отклонении с причиной=несоответствие PTI).

[0031] В этих обстоятельствах может возникнуть несогласованность между конфигурациями контекста канала-носителя EPS в терминале доступа и сети. Например, так как сеть была проинформирована о том, что запрос ESM был отклонен, сеть не активирует или не изменит контекст канала-носителя EPS. Тем не менее, терминала доступа может предполагать, что контекст канала-носителя был активирован и изменен, так как он принял запрос ESM. Следовательно, терминал доступа может попытаться использовать данный контекст канала-носителя.

[0032] В соответствии с изложенными здесь идеями, терминал доступа (например, модуль 108 управления транзакциями) может не сразу высвобождать PTI (например, может не высвобождать PTI для использования с другими транзакциями) в связи с принятием запроса от сети. В дополнение, после принятия запроса, терминал доступа может сохранять информацию, указывающую на то, что PTI связан с данной транзакцией. Таким образом, в случае, когда терминал доступа получает от сети повторно переданный запрос, включающий в себя тот же самый PTI, терминал доступа способен принять повторно переданный запрос.

[0033] В некоторых вариантах осуществления терминал доступа запускает таймер в связи с передачей сообщения о принятии (например, после передачи сообщения о принятии). В случае, когда повторная передача запроса получена до истечения срока действия таймера, терминал доступа обрабатывает запрос (например, вместо его немедленного отклонения) аналогично исходному запросу. В частности, терминал доступа может отправить сообщение о принятии в ответ на повторно переданный запрос.

[0034] В других вариантах осуществления терминал доступа сохраняет соответствующую информацию (например, PTI) последних инициированных процедур в очереди. В случае, когда получают повторную передачу запроса, терминал доступа определяет, находится ли все еще в очереди соответствующий PTI. Если так, то терминал доступа обрабатывает запрос аналогично исходному запросу (например, отправляет сообщение о принятии).

[0035] В других вариантах осуществления, терминал доступа ведет текущий PTI, в соответствии с чем терминал доступа увеличивает текущий PTI всякий раз, когда инициируется новая транзакция. В случае, когда получают повторную передачу запроса, терминал доступа определяет, находится ли PTI повторно переданного запроса внутри определенного диапазона от текущего PTI. Если так, то терминал доступа обрабатывает запрос аналогично исходному запросу (например, отправляет сообщение о принятии).

[0036] Принимая во внимание представленный выше обзор, теперь более подробно будут описаны операции характерного управления транзакциями в связи с блок-схемами Фиг. 2-8. Для удобства операции Фиг. 2-8 (или любые другие рассматриваемые или изучаемые здесь операции) могут описываться как выполняемые конкретными компонентами (например, компонентами, изображенными на Фиг. 1 и 9). Тем не менее, должно быть принято во внимание, что эти операции могут выполняться компонентами других типов, и могут выполняться, используя отличное число компонентов. Также должно приниматься во внимание, что одна или более описываемые здесь операции могут не использоваться в заданном варианте реализации.

[0037] Исходно обращаясь к Фиг. 2, как представлено блоком 202, в некоторый момент времени терминал доступа инициирует имеющую отношение к каналу-носителю транзакцию. Например, терминал доступа может инициировать автономную процедуру обеспечения возможности подключения к PDN, процедуру выделения ресурсов канала-носителя, или процедуру изменения ресурсов канала-носителя.

[0038] В некоторых аспектах канал-носитель определяет логический канал, который определяет то, каким образом должен обрабатываться поток трафика между терминалом доступа и сетью (например, обслуживающим шлюзом или шлюзом PDN в сети). Например, конкретный канал-носитель может быть связан с конкретным качеством услуги (QoS) применяемым к данному трафику. Как только канал-носитель создан, терминал доступа и сеть, каждый сохраняют контекст канала-носителя применительно к каналу-носителю. Данный контекст канала-носителя включает в себя информацию, которая может использоваться, например, в связи с идентификацией и обработкой пакетов заданного потока трафика. В типичном варианте осуществления, контекст канала-носителя включает в себя идентификатор канала-носителя, информацию о фильтре пакетов и информацию QoS.

[0039] В некоторых вариантах осуществления, терминал доступа может использовать транзакции процедур, основанные на состоянии. Например, применительно к инициированию транзакции, терминал доступа может переходить из состояния неактивной транзакции процедуры в состояние ожидания транзакции процедуры.

[0040] Как представлено блоком 204, применительно к инициированию транзакции, терминал доступа назначает транзакции идентификатор транзакции (именуемый в данном примере как PTI). Например, терминал доступа может использовать фиксированное количество PTI, вследствие чего каждой новой транзакции назначается PTI, который в настоящий момент не используется ни для какой другой транзакции. Другими словами, терминал доступа назначает PTI, который отличается от активных PTI. За исключением, как здесь отмечено, того, что PTI может быть назначен заданной транзакции до тех пор, пока транзакция не закончена. После этого PTI может быть высвобожден (например, сделан доступным для последующего повторного назначения другой транзакции).

[0041] Как представлено блоком 206, терминал доступа отправляет сети (например, MME) сообщение запроса, включающее в себя назначенный PTI. В некоторых аспектах данное сообщение может содержать запрос ресурсов канала-носителя такой как, например, запрос обеспечения возможности подключения к PDN, запрос выделения ресурсов канала-носителя или запрос изменения ресурсов канала-носителя.

[0042] Как представлено блоком 208, терминал доступа может впоследствии получить от сети сообщение запроса контекста канала-носителя, включающее назначенный PTI, в результате отправки сообщения в блоке 206. Например, сеть (например, MME) может инициировать процедуру активации контекста канала-носителя EPS используемого по умолчанию в ответ на запрос обеспечения возможности подключения к PDN. В данном случае, сеть может отправить терминалу доступа запрос активации контекста канала-носителя EPS, используемого по умолчанию, включающий в себя соответствующие идентификационные данные канала-носителя EPS. В качестве другого примера сеть может инициировать процедуру активации специально предназначенного контекста канала-носителя EPS или процедуру изменения контекста канала-носителя EPS в ответ на запрос выделения или изменения ресурсов канала-носителя, соответственно. В данном случае сеть может отправить терминалу доступа запрос активации специально предназначенного контекста канала-носителя EPS или запрос изменения контекста канала-носителя EPS. Данные сообщения также могут включать в себя соответствующие идентификационные данные канала-носителя EPS.

[0043] Как представлено блоком 210, терминал доступа определяет, принять ли полученный в блоке 208 запрос. В данном случае, если запрос принимается, то терминал доступа отправляет сети в ответ на данный запрос сообщение о принятии. Применительно к данной операции, терминал доступа может активировать или изменить соответствующий контекст канала-носителя EPS.

[0044] В некоторых вариантах осуществления терминал доступа также может изменить свое рабочее состояние на основании получения запроса (например, на основании принятия запроса терминалом доступа). Например, терминал доступа может в данный момент перейти в состояние неактивной транзакции процедуры. Как рассматривается ниже, в других вариантах осуществления терминал доступа может сменить свое рабочее состояние позже.

[0045] Как представлено блоком 212, в данный момент терминал доступа не высвобождает PTI. Наоборот, терминал доступа некоторым образом сохраняет запись о PTI так, чтобы терминал доступа мог правильно ответить на повторную передачу запроса от сети, как рассматривается ниже. Например, в некоторых вариантах осуществления терминал доступа сохраняет запись о PTI в памяти. В некоторых вариантах осуществления терминал доступа сохраняет PTI в очереди (например, FIFO). Терминал доступа также может сохранить прочую информацию, связанную с транзакцией. Данная информация может включать в себя, например, идентификационные данные канала-носителя EPS, активируемые или изменяемые транзакцией.

[0046] Как представлено блоком 214 на Фиг. 3, в некоторых вариантах осуществления терминал доступа запускает таймер на основании получения запроса (например, на основании принятия запроса терминалом доступа). Например, таймер может запускаться, когда терминал доступа в первый раз получает запрос ESM, который включает в себя PTI, который совпадает с PTI процедуры, которая находится в состоянии ожидания транзакции процедуры. Как рассматривается ниже, в таких вариантах осуществления терминал доступа использует таймер для определения того, принять ли получаемый впоследствии запрос, который включает в себя тот же идентификатор, как полученный в первый раз запрос.

[0047] Как представлено блоком 216, в некоторых обстоятельствах сеть может повторно передать запрос. Например, сеть может запустить таймер после отправки запроса (например, запроса контекста канала-носителя, как рассматривалось выше в блоке 208). В случае, когда сеть не получает ответа на запрос до истечения срока действия таймера (например, из-за сбоя передачи более низкого уровня и т.д.), то сеть может передать запрос повторно. В данном случае повторно передаваемый запрос включает в себя тот же самый PTI, как и исходный запрос.

[0048] В некоторых аспектах срок действия таймера, используемого в терминале доступа, может основываться на сроке действия таймера, используемого в сети, и количестве повторных передач, выполняемых сетью. Например, в варианте осуществления, где сеть использует срок действия таймера в 8 секунд и максимум 4 повторные передачи, таймер терминала доступа может быть выполнен со сроком действия, по меньшей мере, в 32 секунды.

[0049] Как представлено блоком 218, после получения запроса, терминал доступа определяет, отправить ли сообщение о принятии. В данном случае терминал доступа может определять, совпадает ли PTI, включенный в полученный запрос, с PTI, который был включен в ранее полученный запрос (например, недавно полученный запрос). Если так, то это указывает на то, что полученный запрос является повторной передачей. В данном случае, терминал доступа может отправить другое сообщение о принятии. Для определения того, отправлять ли сообщение о принятии, могут использоваться различные методики.

[0050] В вариантах осуществления, которые используют таймер, терминал доступа может определять, был ли запрос получен до того как истек срок действия таймера или до того как он был остановлен (т.е. запрос был получен пока таймер был запущен). Если запрос был получен до того как истек срок действия таймера или таймер был остановлен, то терминал доступа может отправить сети сообщение о принятии. В противном случае, терминал доступа может отправить сети сообщение об отклонении (например, в случае, когда PTI, включенный в запрос, не связан с активной в настоящий момент процедурой).

[0051] В вариантах осуществления, которые используют очередь, терминал доступа может в момент, когда получен запрос, определить, находится ли до сих пор PTI в очереди. Если PTI все еще находится в очереди, то терминал доступа может отправить сети сообщение о принятии. В противном случае терминал доступа может отправить сети сообщение об отклонении (например, в случае, когда PTI, включенный в запрос, не связан с активной в настоящий момент процедурой).

[0052] Как представлено блоком 220, если применимо, то терминал доступа отправляет сети сообщение о принятии (например, как рассматривалось выше). Соответственно, терминал доступа может обработать запрос повторной передачи аналогично тому (например, отправляя сообщение о принятии) как терминал доступа обрабатывает первый запрос от сети. После получения сообщения о принятии, сеть затем может активировать или изменить назначенный канал-носитель для последующего использования терминалом пользователя.

[0053] В целях иллюстрации, Фиг. 2 и 3 иллюстрируют разные блоки применительно к получению запроса (блоки 208 и 216) и отправке сообщения о принятии (блоки 210 и 220). На практике может использоваться общая процедура для обработки любых входящих сообщений запросов и отправки любых сообщений о принятии. Таким образом, такая процедура может быть реализована для выполнения описанных выше операций. Например, процедура может определять, является ли полученный запрос первым запросом или повторной передачей (например, на основании того, активен ли PTI, храниться ли в памяти, храниться ли в очереди и т.д.) и затем выполнять соответствующие операции.

[0054] В конечном счете PTI будет высвобожден соответствующим образом, который зависит от конкретного варианта осуществления. Фиг. 4 и 6 описывают эти и прочие операции, которые могут выполняться в различных вариантах осуществления.

[0055] Фиг. 4 описывает характерные операции, которые могут выполняться в вариантах осуществления, которые используют таймер для определения того, отправить ли сообщение о принятии. Как рассматривалось выше, после принятия запроса от сети (например, после отправки сообщения о принятии) в блоке 402 терминал доступа запускает таймер (блок 404). В дополнение, терминал доступа сохраняет запись о соответствующем PTI (блок 406) и любую другую уместную информацию о транзакции. Отметим, что терминал доступа может одновременно управлять несколькими транзакциями. Следовательно, запись о транзакции, сохраняемая терминалом доступа, может включать в себя несколько записей о PTI и для каждого из этих PTI может запускаться отдельный таймер.

[0056] Как представлено блоком 408, в случае, когда терминал доступа впоследствии получает от сети запрос, включающий в себя действующий PTI, при этом PTI не совпадает ни с одной активной транзакцией (например, любой транзакцией в отношении которой не было отправлено принятие), то терминал доступа определяет, совпадает ли PTI, включенный в запрос, с одним из PTI в записи о транзакции. Если так, то терминал доступа может обработать запрос и отправить сети сообщение о принятии.

[0057] Как представлено блоком 410, заданный PTI высвобождается по истечении срока действия его соответствующего таймера. Например, PTI может удаляться из записи о транзакции. Затем данный PTI делается доступным для последующей транзакции, инициируемой терминалом доступа. В некоторых вариантах осуществления терминал доступа может перейти в состояние неактивной транзакции процедуры по истечении срока действия таймера (например, в отличие от выполнения данного перехода состояния в блоке 210, как описано выше).

[0058] Фиг. 5 описывает характерные операции, которые могут выполняться в вариантах осуществления, которые используют очередь. В данном случае терминал доступа может хранить последние N (где N является определенным числом) PIT, используемых в успешной процедуре транзакции. Это может быть реализовано, например, используя очередь обратного магазинного типа. В данном случае транзакции процедур, которые были деактивированы ненормальными случаями, не рассматриваются как успешные и, следовательно, не сохраняются в очереди. Также, в дополнение к неиспользованию любых активных в настоящий момент PTI для новых транзакций процедур, терминал доступа не будет использовать для новых транзакций процедур любые PIT, которые находятся в очереди.

[0059] Операции на Фиг. 5 начинаются в блоке 502, где терминал доступа определяет, связан ли заданный PTI с успешной транзакцией. Например, транзакция, при которой сети было отправлено сообщение о принятии, может считаться успешной транзакцией. Как представлено блоком 504, затем терминал доступа сохраняет связанный PTI в очереди.

[0060] Как представлено блоком 506, PTI перемещается в очереди по мере того, как в очередь добавляются новые PTI. Например, по мере того как терминал доступа инициирует новые транзакции с новыми PTI, и эти транзакции считаются успешными, терминал доступа может добавлять эти PTI вверх очереди. Таким образом, PTI, которые уже находились в очереди, перемещаются вниз по очереди (при этом наиболее низкие записи в очереди выбрасываются из очереди).

[0061] Как представлено блоком 508, в случае, когда терминал доступа впоследствии получает от сети запрос, включающий в себя действующий PTI, и PTI не совпадает с любой активной транзакцией (например, любой транзакцией, в отношении которой не было отправлено принятие), то терминал доступа определяет, совпадает ли PTI включенный в запрос с одним из PTI в очереди. Если так, то терминал доступа может обработать запрос и отправить сети сообщение о принятии.

[0062] Как представлено блоком 510, PTI может высвобождаться если он более не находится в очереди. Например, как только FIFO заполнена, наиболее ранние записи, внесенные в FIFO, будут смещаться без сохранения из FIFO по мере добавления в FIFO новых записей.

[0063] Фиг. 6 описывает характерные операции, которые могут выполняться в вариантах осуществления, которые используют схему увеличения PTI. В данном случае терминал доступа может увеличивать PTI до следующего действующего значения всякий раз, как начинается транзакция (блок 602). Когда терминал доступа принимает запрос от сети с назначенным PTI, который не совпадает с любой активной транзакцией (блок 604), терминал доступа определяет, находится ли PTI, включенный в запрос, по счету в определенных рамках от текущего значения PTI (блок 606). Например, терминал доступа может определить является ли полученное значение PTI больше текущего (например, использованного в последний раз) значения PTI за вычетом определенного значения смещения. Другими словами, терминал доступа может определять, находится ли принятое значение PTI в пределах последних M (где M является определенным числом), инициированных терминалом доступа транзакций ESM. Затем терминал доступа может проконтролировать, отправлено ли сообщение о принятии на основании данного определения (блок 608). Например, если полученное значение PTI находится по счету в определенных рамках от текущего значения PTI, то терминал доступа может отправить сети сообщение о принятии. В схеме на Фиг. 6 конкретный PTI может высвобождаться, по сути, как только текущее значение PTI превышает по счету данный конкретный PTI на определенное значение.

[0064] В некоторых вариантах осуществления, более высокий уровень (например, уровень слоя без доступа), который выполняет процедуры управления сеансами, может получить указания (например, ACK и/или NACK) от более низкого уровня (например, уровня управления радиоресурсами (RRC)), которые указывают на то, были ли сообщения успешно переданы более низкими уровнями. Например, сообщение ACK может указывать на то, что сообщение было успешно передано от терминала доступа в сеть. И наоборот, сообщение NACK может указывать на то, что сообщение не было передано удачно от терминала доступа в сеть. В этих вариантах осуществления более высокий уровень может предоставить некоторую оптимизацию управления сеансами на основании указаний от более низких уровней. Примеры таких оптимизаций теперь будут описаны со ссылкой на Фиг. 7 и 8.

[0065] Фиг. 7 иллюстрирует характерные операции, которые могут выполняться в случае, когда более высокий уровень получает NACK от более низкого уровня. После принятия запроса от сети (например, после отправки сообщения о принятии) в блоке 702 терминал доступа может опционально активировать или изменить контекст канала-носителя, указанный запросом (блок 704). Например, как здесь рассматривалось, терминал доступа может активировать контекст канала-носителя после получения от сети сообщения запроса активации контекста канала-носителя EPS, используемого по умолчанию (или специально предназначенного,) или терминал доступа может изменить контекст канала-носителя после получения от сети сообщения запроса изменения контекста канала-носителя EPS.

[0066] Как представлено блоком 706, позже в некоторый момент времени более высокий уровень может получить указание от более низкого уровня, которое указывает на то, что сообщение о принятии не было доставлено в сеть (например, MME). В данном случае терминал доступа может деактивировать соответствующий контекст канала-носителя (блок 708). Затем терминал доступа может ожидать повторной передачи запроса от сети для активации или изменения контекста канала-носителя. В качестве альтернативы, терминал доступа может повторно передать сообщение о принятии в ответ на NACK. В данном последнем случае для повторной передачи может использоваться таймер (и заданное максимальное количество повторных передач).

[0067] Фиг. 8 иллюстрирует характерные операции, которые могут выполняться в случае, когда более высокий уровень принимает ACK от более низкого уровня. После принятия запроса от сети (например, после отправки сообщения о принятии) в блоке 802 терминал доступа может опционально отложить активацию или изменение контекста канала-носителя, указанные запросом (блок 804). В блоке 806, позже в некоторый момент времени, более высокий уровень может получить указание от более низкого уровня, которое указывает на то, что сообщение о принятии было доставлено в сеть (например, MME). В данном случае терминал доступа может активировать или изменить соответствующий контекст канала-носителя в результате получения ACK (блок 808). В дополнение, терминал доступа может высвободить соответствующий PTI (и опционально перейти в состояние неактивной транзакции процедуры) в результате получения