Способ согласования возможности qos между оборудованием пользователя и функцией управления сеансом в системе 5g
Изобретение относится к сетям сотовой связи. Технический результат заключается в обеспечении возможности управления сеансом передачи блока пакетных данных. Способ включает в себя формирование оборудованием пользователя сообщения об установлении сеанса, содержащего индикацию по меньшей мере одной возможности по управлению сеансом, поддерживаемой оборудованием пользователя, отправку оборудованием пользователя сообщения об установлении сеанса, содержащего указанную индикацию, в адрес функции управления сеансом и прием оборудованием пользователя от функции управления сеансом ответа, указывающего, поддерживает ли функция управления сеансом и/или соответствующая сеть указанную по меньшей мере одну возможность по управлению сеансом, чтобы разрешить оборудованию пользователя работать в соответствии с указанной по меньшей мере одной возможностью по управлению сеансом. 6 н. и 13 з.п. ф-лы, 15 табл., 18 ил.
ОБЛАСТЬ ТЕХНИКИ
[0001] Объект изобретения, описанный в данном документе, относится к сетям сотовой связи.
УРОВЕНЬ ТЕХНИКИ
[0002] Поскольку система сотовой связи, включая сеть 5G, поддерживает все большее число устройств и услуг, включая приложения с широким спектром вариантов использования и разнообразными потребностями в отношении требований к пропускной способности, задержке и надежности, системе сотовой связи может потребоваться расставить приоритеты ресурсов в пределах сети беспроводного доступа и опорной сети (и/или, например, расстановка приоритетов в плоскости управления и плоскости пользователя) для поддержки дифференциации между различными потоками данных об услуге (service data flow - SDF). Кроме того, соответствующие требования к качеству услуги (quality of service - QoS) могут быть динамическими. Таким образом, гибкие и эффективные механизмы управления QoS могут давать возможность установления, изменения и/или принудительного обеспечения требований QoS, примеры которых включают в себя максимальную скорость передачи данных, гарантированную скорость передачи данных, уровень приоритета, бюджет задержки пакета, коэффициент потери пакетов и/или другие параметры QoS.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[0003] Предоставлены способы и устройства, включающие компьютерные программные продукты, для управления сеансом. В некоторых представленных в качестве примера вариантах осуществления может быть предоставлен способ, включающий в себя формирование оборудованием пользователя сообщения об установлении сеанса, содержащего индикацию по меньшей мере одной возможности по управлению сеансом, поддерживаемой оборудованием пользователя; отправку оборудованием пользователя сообщения об установлении сеанса, содержащего указанную индикацию, в адрес функции управления сеансом; и прием оборудованием пользователя от функции управления сеансом ответа, указывающего, поддерживает ли функция управления сеансом и/или соответствующая сеть по меньшей мере одну возможность по управлению сеансом, чтобы разрешить оборудованию пользователя работать в соответствии с по меньшей мере одной возможностью по управлению сеансом.
[0004] В некоторых вариантах один или большее количество признаков, раскрытых в данном документе, включая следующие признаки, могут быть необязательно включены в любую возможную комбинацию. Сообщение об установлении сеанса может содержать запрос на установление сеанса передачи блока пакетных данных, при этом сообщение об установлении сеанса содержит индикацию, идентификатор сеанса передачи блока пакетных данных и тип блока пакетных данных. Индикация может содержать информационный элемент, содержащий по меньшей мере один бит, при этом значение по меньшей мере одного бита указывает, поддерживается ли оборудованием пользователя по меньшей мере одна возможность по управлению сеансом. По меньшей мере одна возможность по управлению сеансом, поддерживаемая оборудованием пользователя, может включать в себя поддержку отражения качества услуги, и при этом значение по меньшей мере одного бита указывает, поддерживается ли оборудованием пользователя отражение качества услуги. Ответ может содержать значение таймера, связанного с отражением качества услуги, при этом значение таймера указывает, поддерживает ли функция управления сеансом по меньшей мере одну возможность по управлению сеансом, содержащую отражение качества услуги. Оборудование пользователя может принимать по меньшей мере один нисходящий пакет, маркированный для указания того, что по меньшей мере один пакет подлежит отражению качества услуги, и извлекать на основе по меньшей мере одного нисходящего пакета по меньшей мере одно правило качества услуги для использования в по меньшей мере одном восходящем пакете. Оборудование пользователя может принимать по меньшей мере один нисходящий пакет, не маркированный для указания того, что по меньшей мере один пакет подлежит отражению качества услуги, и удалять по меньшей мере одно правило качества услуги, когда истекает таймер. Ответ может содержать подтверждение установления сеанса передачи блока пакетных данных. Ответ может содержать информацию об управлении сеансом и/или по меньшей мере одно правило качества услуги, авторизованное для оборудования пользователя. Информация об управлении сеансом и/или по меньшей мере одно правило качества услуги могут переноситься по меньшей мере одним информационным элементом.
[0005] В некоторых представленных в качестве примера вариантах осуществления может быть предоставлен способ, включающий в себя прием на узле функции управления сеансом и от оборудования пользователя сообщения об установлении сеанса, содержащего индикацию по меньшей мере одной возможности по управлению сеансом, поддерживаемой оборудованием пользователя; и отправку узлом функции управления сеансом и на оборудование пользователя ответа, указывающего, поддерживает ли функция управления сеансом и/или соответствующая сеть по меньшей мере одну возможность по управлению сеансом, чтобы разрешить оборудованию пользователя работать в соответствии с по меньшей мере одной возможностью по управлению сеансом.
[0006] В некоторых вариантах один или большее количество признаков, раскрытых в данном документе, включая следующие признаки, могут быть необязательно включены в любую возможную комбинацию. Сообщение об установлении сеанса может содержать запрос на установление сеанса передачи блока пакетных данных, при этом сообщение об установлении сеанса содержит индикацию, идентификатор сеанса передачи блока пакетных данных и тип блока пакетных данных. Индикация может содержать информационный элемент, содержащий по меньшей мере один бит, при этом значение по меньшей мере одного бита указывает, поддерживается ли оборудованием пользователя по меньшей мере одна возможность по управлению сеансом. По меньшей мере одна возможность по управлению сеансом, поддерживаемая оборудованием пользователя, может включать в себя поддержку отражения качества услуги, и при этом значение по меньшей мере одного бита указывает, поддерживается ли оборудованием пользователя отражение качества услуги. Ответ может содержать подтверждение установления сеанса передачи блока пакетных данных. Ответ может содержать информацию об управлении сеансом, по меньшей мере одно правило качества услуги, авторизованное для устройства, и/или по меньшей мере один параметр возможности.
[0007] Отмеченные выше аспекты и признаки настоящего изобретения могут быть реализованы в системах, устройствах, способах и/или изделиях, в зависимости от желаемой конфигурации. Детали одного или большего количества вариантов реализации объекта изобретения, описанного в настоящем документе, изложены в прилагаемых графических материалах и в приведенном ниже описании. Признаки и преимущества объекта изобретения, описанного в настоящем документе, будут очевидны из описания и графических материалов, а также из формулы изобретения.
ОПИСАНИЕ ГРАФИЧЕСКИХ МАТЕРИАЛОВ
[0008] В графических материалах,
[0009] на фиг. 1А изображен пример части 5G беспроводной сети 199 в соответствии с некоторыми представленными в качестве примера вариантами осуществления;
[0010] на фиг. 1В изображен пример сигнального потока для передачи сигнала оборудованием пользователя (UE) в сеть с возможностями UE по управлению сеансом в соответствии с некоторыми представленными в качестве примера вариантами осуществления;
[0011] на фиг. 1C-1D изображены примеры информационных элементов возможности UE по управлению сеансом в соответствии с некоторыми представленными в качестве примера вариантами осуществления;
[0012] на фиг. 1E-1F изображены примеры информационных элементов возможности сети по управлению сеансом в соответствии с некоторыми представленными в качестве примера вариантами осуществления;
[0013] на фиг. 2А изображен пример сигнального потока для согласования возможности UE по управлению сеансом для поддержки отражения QoS в соответствии с некоторыми представленными в качестве примера вариантами осуществления;
[0014] на фиг. 2В-2С изображены примеры информационного элемента возможности UE по управлению сеансом в соответствии с некоторыми представленными в качестве примера вариантами осуществления;
[0015] на фиг. 3А изображена передача сигнала авторизованных правил QoS в соответствии с некоторыми представленными в качестве примера вариантами осуществления;
[0016] на фиг. 3В-3Е изображены примеры информационных элементов, связанных с правилами QoS, в соответствии с некоторыми представленными в качестве примера вариантами осуществления;
[0017] на фиг. 3F изображен пример списка параметров в соответствии с некоторыми представленными в качестве примера вариантами осуществления;
[0018] на фиг. 4 изображен пример сигнального потока 400 для получения извлеченных правил QoS через отражение QoS в соответствии с некоторыми представленными в качестве примера вариантами осуществления;
[0019] на фиг. 5 изображен пример сигнального потока для удаления извлеченных правил QoS в соответствии с некоторыми представленными в качестве примера вариантами осуществления; и
[0020] на фиг. 6 изображен пример устройства в соответствии с некоторыми представленными в качестве примера вариантами осуществления.
[0021] Одинаковые метки используются для обозначения одинаковых или похожих элементов на графических материалах.
ПОДРОБНОЕ ОПИСАНИЕ
[0022] Поддержка отражения QoS представляет собой механизм управления QoS, позволяющий оборудованию пользователя (UE) извлекать на основе принятого нисходящего (downlink - DL) трафика из опорной сети правило QoS, когда функция UE по отражению QoS разрешена сетью. Однако в 5G необходимо обеспечить поддержку для отражения QoS, включая связанную передачу сигнала и кодирование информации, связанной с QoS.
[0023] В некоторых представленных в качестве примера вариантах осуществления может быть обеспечено согласование возможности UE по управлению сеансом (session management - SM). В некоторых представленных в качестве примера вариантах осуществления может быть обеспечено кодирование и/или передача сигнала о классификации QoS и правилах маркировки на UE. Кроме того, может быть обеспечен механизм для передачи сигнала о возможностях UE по управлению сеансом в сеть. В качестве альтернативы или дополнительно, может быть предоставлено расширение возможностей для сообщения о запросе на установление сеанса передачи блока пакетных данных (packet data unit - PDU) для поддержки передачи сигнала о возможности UE по управлению сеансом. В качестве альтернативы или дополнительно, может быть обеспечена передача сигнала для поддержки согласования возможности отражения QoS.
[0024] Управление мобильностью (mobility management - ММ) и управление сеансом (SM) можно рассматривать как две функции, обрабатываемые слоем без доступа (non-access stratum - NAS) между оборудованием пользователя и опорной сетью. В системе сети четвертого поколения (4G) функция управления мобильностью и функция управления сеансом могут управляться одним и тем же узлом опорной сети, таким как узел управления мобильностью (mobility management entity - ММЕ), который в случае LTE обрабатывает управление мобильностью и управление сеансом. Для поддержки домашнего маршрутизируемого роуминга, совместного использования шлюза опорной сети (GWCN) и/или других функций 5G функция управления мобильностью и управление сеансом системы 5G могут быть разделены на две автономные функции (например, на двух разных узлах). Для управления мобильностью в 5G узел функции управления доступа и мобильностью (access and mobility management function - AMF) может обеспечивать функции доступа и управления мобильностью UE, включая регистрацию/отмену регистрации UE, достижимость местоположения UE и/или тому подобное, как определено, например, в 3GPP TS 23.501. В 5G управление сеансом может обеспечиваться функцией управления сеансом (session management function - SMF) для функций сквозного контроля за сеансами передачи блока пакетных данных (PDU), как определено, например, в 3GPP TS 23.501. Кроме того, сообщения об управлении сеансом могут передаваться через AMF и поступать в SMF. Соответственно, может возникнуть необходимость в том, чтобы UE отдельно отправляло свою возможность по управлению сеансом в SMF для согласования возможности по управлению сеансом.
[0025] На фиг. 1А изображен пример части 5G беспроводной сети 199 в соответствии с некоторыми представленными в качестве примера вариантами осуществления. Указанная 5G беспроводная сеть 199 может содержать оборудование пользователя (UE) 150, выполненное с возможностью беспроводного соединения с беспроводной сетью 152 с радиодоступом (radio access network - RAN), такой как базовая станция и/или точка беспроводного доступа другого типа. Сеть 199 может содержать опорную сеть, которая может содержать AMF 154, SMF 156, функцию 160 управления политиками (policy control function - PCF) и функцию 158 плоскости пользователя (user plane function - UPF). Сеть 199 также может соединяться с другими узлами и сетями, такими как сеть 162 передачи данных (data network - DN). На фиг. 1А также изображены интерфейсы услуг, такие как N1, N2, N3, N4, N6, N7, N11, N15 и/или тому подобное. Указанная архитектура и интерфейсы услуг могут быть определены в соответствии со стандартом, таким как 3GPP TS 23.501.
[0026] На фиг. 1В изображен пример сигнального потока 100 для UE 150, чтобы передавать сигнал в сеть указанные возможности UE по управлению сеансом в соответствии с некоторыми представленными в качестве примера вариантами осуществления. В некоторых представленных в качестве примера вариантах осуществления UE может согласовывать с сетью возможности по управлению сеансом, которые должны использоваться UE, посредством отправки сообщения, содержащего индикацию по меньшей мере одной возможности по управлению сеансом (например, услуги или возможности, которые должны быть предоставлены как часть управления сеансом сети по сеансу передачи блока пакетных данных), запрошенной из сети. Сеть может ответить, как часть согласования, принятием запрошенной по меньшей мере одной возможности по управлению сеансом, если сеть может поддерживать (или соглашается предоставить) запрошенную по меньшей мере одну возможность по управлению сеансом. Возможности по управлению сеансом со стороны UE относятся, например, к тем возможностям, которые поддерживаются с помощью UE в отношении управления сеансом, примеры которых включают в себя отражение QoS (reflective QoS - RQoS), сверхнадежную связь с низкой задержкой (ultra-reliable low latency communications -URLLC) и/или т.п.
[0027] В течение, например, установления сеанса передачи блока пакетных данных (PDU), UE 150 может отправлять на этапе 102 сообщение, такое как передаваемое через NAS сообщение, в AMF 154 в соответствии с некоторыми представленными в качестве примера вариантами осуществления. Сообщение, отправленное на этапе 102, может содержать запрос на установление сеанса передачи PDU как часть передаваемой через N1 информации об управлении сеансом. В соответствии с некоторыми представленными в качестве примера вариантами осуществления UE может указывать поддержку возможности UE по SM, такой как RQoS, или другую возможность UE по SM (например, "сар-А"). Эта возможность UE по SM может быть передана в сеть с использованием информационного элемента (information element - IE) в сообщении этапа 102. Примером этого информационного элемента является "UE_SM_capabilty", который в этом примере несет в сообщении этапа 102 индикацию поддержки возможности UE по SM (например, "RQoS-supportedInd" или "сар-А SupportedInd"). Указанная сеть 152 с доступом может инкапсулировать передаваемое через NAS сообщение, отправленное на этапе 102, в передаваемое через N2 сообщение, отправленное в адрес AMF 154.
[0028] AMF 154 может определить, что сообщение этапа 102 соответствует запросу на новый сеанс передачи PDU. В этом случае на этапе 104 AMF может выбрать SMF 156 (например, из совокупности нескольких SMF). На этапе 106 AMF может затем направить в выбранную SMF 156 запрос на установление сеанса передачи PDU, содержащий информационный элемент "UE_SM_capabilty", содержащий индикацию возможности UE по SM (например, «RQoS-compatibilityInd» или «сар-А SupportedInd»).
[0029] SMF 156 может выполнять на этапе 108 выбор PCF 160 и получать на этапе 109 динамическое управление политиками и начислением платы (policy and charging control - PCC) или получать установленные по умолчанию правила РСС для сеанса передачи PDU на основе политики местоположения. На этапе 111 SMF может инициировать установление сеанса через N4 с UPF 158 (которая может быть выбрана на этапе ПО).
[0030] В соответствии с некоторыми представленными в качестве примера вариантами осуществления SMF 156 может отправлять на этапе 112 в AMF 154 сообщение о подтверждении установления сеанса передачи PDU, которое может содержать передаваемую через N2 информацию об SM. Если возможность UE по SM (которая была запрошена UE на этапе 102) поддерживается сетью, то SMF может также включить индикацию о возможности UE по SM и/или связанные параметры UE по SM. В примере в соответствии с фиг. 1В, параметры SM обозначены с помощью «сар-А parameters)) для запрашиваемой возможности А по SM; указанные (сар-А) специфические параметры услуги для реализации услуги с сар-А (которые были запрошены UE как часть запроса на установление сеанса передачи PDU). Например, SMF может включить «RQoS-supportIndInd» или параметр RQoS, такой как значение таймера RQoS в адрес UE. На этапе 114 AMF 154 может отправлять в беспроводную сеть 152 с радиодоступом (обозначенную NG-RAN) запрос установки ресурса сеанса передачи PDU, содержащий передаваемые через N2 индикации возможности UE по SM (например, «RQoS-supportedInd» или «сар-А SupportedInd»), передаваемые через N2 параметры возможности UE по SM (например, значение таймера RQoS или «сар-А parameter) и сообщение о подтверждении установления сеанса передачи PDU.
[0031] На этапе 116 беспроводная сеть 152 с радиодоступом может инициировать обмен сигналами, специфичными для доступа (например, посредством управления радиоресурсами), с UE 150 для выделения ресурсов беспроводной сети с радиодоступом для потоков QoS, указанных в авторизованных правилах QoS, и информации о туннеле для RAN через N3 для сеанса передачи PDU.
[0032] На этапе 118, если распределение ресурсов прошло успешно, беспроводная сеть 152 с радиодоступом может пересылать, в соответствии с некоторыми представленными в качестве примера вариантами осуществления, сообщение о подтверждении установления сеанса передачи PDU в UE. UE может определить, поддерживается ли возможность по SM или нет явным присутствием индикации поддержки возможностей по SM или параметров, относящихся к возможности по SM (например, "сар-А parameters"), переносимых сообщением на этапе 118.
[0033] Чтобы проиллюстрировать в качестве примера, UE 150 может принять на этапе 118 параметр возможности, соответствующий значению таймера отражения QoS (RQoS), которое может быть принято в ответ на отправку UE 150 на этапе 102 индикации "Сар-А SupportedInd", соответствующей RQoS, поддерживаемому в UE.
[0034] На этапе 120 беспроводная сеть 152 с радиодоступом может отправлять в AMF 154 ответное сообщение на запрос установки ресурса сеанса передачи PDU вместе с передаваемой через N2 информации об SM. На этапе 122 AMF может пересылать передаваемую через N2 информацию об SM из сети доступа в SMF 156 в сообщении с запросом Nsmf_PDUSession_UpdateSMContext. Сеанс передачи PDU может быть установлен.
[0035] Информационный элемент возможности UE по управлению сеансом (как показано, например, на этапе 102 и этапе 106 на фиг. 1А) может сигнализировать о возможностях UE, связанных с управлением сеансом передачи PDU. В некоторых представленных в качестве примера вариантах осуществления этот информационный элемент может кодировать (как информационный элемент типа 1) возможность UE по SM. В этом случае информация о возможности UE по управлению сеансом может предоставлять до 4 индикаций возможности UE по управлению сеансом.
[0036] На фиг. 1С изображен пример информационного элемента возможности UE по SM, переносимого в первых 4 битах октета, в соответствии с некоторыми представленными в качестве примера вариантами осуществления. Как показано на фиг. 1С, когда первый бит (обозначенный Cap#1Ind) равен 0, это может сигнализировать о том, что 1-я возможность по SM не поддерживается UE, но значение, составляющее 1, может указывать, что 1-я возможность по SM поддерживается UE. Аналогично, когда второй бит (обозначенный Cap#2Ind) равен 0, это может сигнализировать о том, что 2-я возможность по SM не поддерживается UE, но значение, составляющее 1, может указывать, что 2-я возможность по SM поддерживается UE. В примере в соответствии с фиг. 1С, биты 3 и 4 используются в качестве резервных, но могут также использоваться для сигнализации поддержки UE дополнительных возможностей по SM. Таблица 1 ниже суммирует информационный элемент возможности UE по SM в соответствии с фиг. 1С. Биты 5-8 могут использоваться для переноса IEI (идентификатора информационного элемента) возможности UE по SM, который используется для идентификации информационного элемента в сообщении.
[0037] Таблица 1
[0038] В некоторых представленных в качестве примера вариантах осуществления информационный элемент возможности UE по управлению сеансом может сигнализировать о возможностях UE, связанных с управлением сеансом передачи PDU, в качестве информационного элемента типа 4. В этом случае информация о возможности UE по управлению сеансом может предоставлять до 16 индикаций возможности UE по управлению сеансом. Например, возможность UE по SM в реализации типа 4 может иметь минимальную длину, составляющую 3 октета, и максимальную длину, составляющую 5 октетов.
[0039] На фиг. 1D изображен пример информационного элемента возможности UE по управлению сеансом типа 4 в соответствии с некоторыми представленными в качестве примера вариантами осуществления. В примере в соответствии с фиг. 1D, октеты 1-3 могут нести возможности UE по SM (которые связаны с управлением сеансом передачи PDU). В примере в соответствии с фиг. 1D, 1-й октет содержит IEI возможности UE по SM, а 2-й октет содержит индикацию длины содержимого, например, будет ли сообщение иметь длину 3, 4 или 5 октетов. Указанные 3-й - 5-й октеты могут использоваться для переноса индикаторов возможности по SM. В примере в соответствии с фиг. 1D, используется только 3-й октет, хотя могут использоваться и другие количества октетов. Как показано на фиг. 1D и суммировано в таблице 2 ниже, когда 1-й бит (обозначенный Cap#1Ind) равен 0, это может сигнализировать о том, что 1-я возможность по SM не поддерживается UE, но значение, составляющее 1, может указывать, что 1-я возможность по SM поддерживается UE. Когда 2-й бит (обозначенный Cap#2Ind) равен 0, это может сигнализировать о том, что 2-я возможность по SM не поддерживается UE, но значение 1 может указывать, что 2-я возможность по SM поддерживается UE.
[0040] Таблица 2
[0041] Сообщение с запросом на установление сеанса передачи PDU, отправленное на этапе 102 с помощью UE в сеть, может инициировать установление сеанса передачи PDU. Информационный элемент возможности UE по SM (например, UE SM capability) может быть включен в сообщение этапа 102, когда UE запрашивает установление нового сеанса передачи PDU типа «IP», «IPv4», «IPv6» или «Ethernet», и UE поддерживает отражение QoS. Таблица 3 ниже изображает пример сообщения о запросе на установление сеанса передачи PDU, содержащего идентификатор (identifier - ID) сеанса передачи PDU, тип сеанса передачи PDU и информационный элемент UE SM capability. Информационный элемент UE_SM_capability может иметь такую же схему кодирования, как отмечено выше в отношении таблиц 1 и 2.
[0042] Таблица 3: Сообщение с запросом на установление сеанса передачи PDU
[0043] В некоторых представленных в качестве примера вариантах осуществления может быть обеспечен информационный элемент возможности сети по управлению сеансом, чтобы разрешить сигнализацию ответа сети на запрошенные UE возможности по SM. Информационный элемент возможности сети по управлению сеансом может быть закодирован как информационный элемент типа 1, чтобы обеспечить до 4 индикаций возможности по управлению сеансом. На фиг. 1Е изображен пример октета для информационного элемента возможности сети по управлению сеансом, а в таблице X ниже обобщено его функционирование.
[0044] Таблица X: Информационный элемент поддерживаемой сетью возможности по SM
[0045] В качестве альтернативы или дополнительно, информационный элемент возможности сети по управлению сеансом может быть закодирован как информационный элемент типа 4, чтобы обеспечить до 16 индикаций возможности по управлению сеансом. На фиг. 1F изображен пример реализации для информационного элемента возможности сети по управлению сеансом, а в таблице Х2 ниже обобщено его функционирование. В примере в соответствии с фиг. 1F IE поддержки сетью возможности по SM может иметь минимальную длину, составляющую 3 октета, и максимальную длину, составляющую 5 октетов.
[0046] Таблица 1X: Информационный элемент поддержки сетью возможности по SM
[0047] В некоторых представленных в качестве примера вариантах осуществления сообщение о подтверждении установления сеанса передачи PDU (см., например, 118) может указывать на успешное установление сеанса передачи PDU. Сообщение о подтверждении установления сеанса передачи PDU может содержать информационный элемент поддержки сетью возможности по SM для информирования UE о наборе возможностей по управлению сеансом, которые поддерживаются сетью, который может включать в себя возможности по SM, запрошенные UE через IE возможности UE по SM в сообщении с запросом на установление сеанса передачи PDU.
[0048] Если сеть отправляет параметры возможностей (или параметры дополнительных возможностей) в UE, то сеть может не явно сигнализировать поддержку возможностей по SM, запрошенные UE, поскольку параметры возможностей, отправляемые сетью, могут использоваться как неявная индикация того, что сеть поддерживает и разрешает запрошенную возможность по SM. Кроме того, некоторые услуги по управлению сеансом могут не требовать специальных возможностей UE или могут не требовать явного запроса UE для включения услуги. Таблица 1G ниже изображает содержимое сообщения о подтверждении установления сеанса передачи PDU, содержащего информационный элемент поддержки сетью возможности по SM, в соответствии с некоторыми представленными в качестве примера вариантами осуществления. Таблица 1H изображает другую реализацию содержимого сообщения о подтверждении установления сеанса через PDU, содержащего информационный элемент поддержки сетью возможности по SM, в соответствии с некоторыми представленными в качестве примера вариантами осуществления.
[0049] Таблица 1G: Сообщение о подтверждении установления сеанса передачи PDU
[0050] Таблица 1Н: Сообщение о подтверждении установления сеанса передачи PDU
[0051] В некоторых представленных в качестве примера вариантах осуществления UE может быть выполнено с возможностью работы с использованием отражения QoS. Этот режим отражения QoS может быть применим, например, когда сеанс передачи PDU имеет тип сеанса передачи PDU, например, «IP», «IPv4», «IPv6» и «Ethernet». Отражение QoS может быть неприменимо, когда сеанс передачи PDU имеет, например, «неструктурированный» тип сеанса передачи PDU.
[0052] На фиг. 2А изображен пример сигнального потока 200 для согласования возможности UE по управлению сеансом для поддержки отражения QoS в соответствии с некоторыми представленными в качестве примера вариантами осуществления.
[0053] Во время установления сеанса передачи PDU UE 150 может отправлять на этапе 202 передаваемое через NAS сообщение, содержащее запрос на установление сеанса передачи PDU в рамках передаваемой через N1 информации по SM, такой как UE SM capability. Если UE поддерживает отражение QoS, то UE может указывать в информационном элементе UE_SM_capability поддержку возможности отражения QoS, как показано с помощью индикатора 204 (помеченным как "RQoS supported"). Передаваемое через NAS сообщение, отправленное на этапе 202, может быть инкапсулировано сетью 152 доступа в передаваемое через N2 сообщение в адрес AMF 154.
[0054] Когда AMF 154 определяет, что сообщение соответствует запросу на новый сеанс передачи PDU, AMF может выбрать на этапе 210 SMF 156. AMF может пересылать на этапе 212 в SMF 156 запрос на установление сеанса передачи PDU, содержащий UE_SM_capability, имеющий поддерживаемое RQoS, в соответствии с некоторыми представленными в качестве примера вариантами осуществления.
[0055] На этапе 214 SMF 156 может выполнять выбор PCF и получать на этапе 215 динамическое РСС или может получать установленные по умолчанию правила РСС для сеанса передачи PDU на основе политики местоположения.
[0056] На этапе 216 SMF 156 может выполнять привязку потока данных об услуге (SDF) и может маркировать поддерживаемое отражение QoS в соответствии с некоторыми представленными в качестве примера вариантами осуществления. SMF также может отправлять в UE значение таймера отражения QoS (RQoS) в соответствии с некоторыми представленными в качестве примера вариантами осуществления. Кроме того, SMF может отправлять на этапе 220 в UPF 158 (которая может быть выбрана на этапе 218) индикацию о поддержке RQoS, при инициировании установления сеанса через N4.
[0057] На этапе 226 SMF 156 может отправлять в AMF 154 сообщение о подтверждении установления сеанса передачи PDU, содержащее значение таймера RQoS и передаваемую через N2 информацию об SM, имеющую профиль QoS, содержащий атрибуты RQoS, а также другие атрибуты QoS. На этапе 228 AMF 154 может отправлять в сеть 152 доступа запрос об установке ресурса сеанса передачи PDU, содержащий значение таймера RQoS и передаваемую через N2 информацию об SM, имеющую профиль QoS, содержащий атрибуты RQoS, а также другие атрибуты QoS.
[0058] На этапе 230 сеть 153 доступа может инициировать доступный обмен специфической сигнализацией с UE 150, чтобы распределить необходимые ресурсы беспроводной сети с радиодоступом для потоков QoS, указанных в авторизованных правилах QoS и информации о туннеле для RAN через N3 для сеанса передачи PDU. Если распределение ресурсов прошло успешно, сеть 153 доступа может на этапе 232 направить в UE 150 сообщение о подтверждении установления сеанса передачи PDU, содержащее значения таймера RQoS и/или тому подобное. UE 150 может затем определить, что RQoS разрешено на UE, и может сохранить на этапе 234 значение таймера RQoS.
[0059] На 236 сеть 153 доступа может отправлять в AMF 154 ответное сообщение на запрос установки ресурса сеанса передачи PDU, содержащее передаваемую через N2 информацию об SM. AMF может пересылать на этапе 238 передаваемую через N2 информацию об SM в SMF посредством сообщения, такое как сообщение с запросом Nsmf_PDUSession_UpdateSMContext. Сеанс передачи PDU может быть установлен на этапе 240 с разрешенным отражением QoS.
[0060] В некоторых представленных в качестве примера вариантах осуществления информационный элемент возможности UE по SM (UE_SM_capability) может нести индикатор, такой как индикатор 204, который может быть реализован с использованием по меньшей мере бита, чтобы сигнализировать, поддерживает ли UE отражение QoS во время установления сеанса передачи PDU для UE. На фиг. 2В изображен пример реализации информационного элемента UE_SM_capability, содержащего в бите 1 индикатор 204 поддержки RQoS. Например, если RQoS имеет значение «1», это может указывать, что отражение QoS поддерживается или разрешено, тогда как значение «0» может указывать, что отражение QoS не поддерживается или не разрешено на UE. В приведенной ниже таблице 5 приведено краткое описание информационного элемента возможности UE по SM в соответствии с фиг. 2В.
[0061] Таблица 5
[0062] На фиг. 2С изображен другой пример реализации информационного элемента UE SM capability. В приведенной ниже таблице Z приведено краткое описание информационного элемента возможности UE по SM в соответствии с фиг. 2В. В таблице Z1 изображен пример сообщения о подтверждении установления сеанса передачи PDU, содержащего по меньшей мере один параметр возможностей, такой как значение таймера RQoS, предоставленного сетью для UE.
[0063] Таблица Z: Информационный элемент возможности UE по SM
[0064] Таблица Z1: Сообщение о подтверждении установления сеанса передачи PDU
[0065] На фиг. 3А изображена передача сигнала 300 авторизованных правил QoS для разрешения UE 250 получать авторизованные правила QoS из сети, в соответствии с некоторыми представленными в качестве примера вариантами осуществления.
[0066] Во время установления сеанса передачи PDU UE 150 может отправлять на этапе 302 передаваемое через NAS сообщение, содержащее запрос на установление сеанса передачи PDU как часть передаваемой через N1 информации по SM. Запрос на установление сеанса передачи PDU может содержать информационный элемент возможности UE по SM (UE_SM_capability) в соответствии с некоторыми представленными в качестве примера вариантами осуществления. Передаваемое через NAS сообщение, отправленное с помощью UE, может быть инкапсулировано сетью 152 доступа в передаваемое через N2 сообщение в адрес AMF.
[0067] Когда AMF 154 определяет, что сообщение, полученное на этапе 302, соответствует запросу на новый сеанс передачи PDU, AMF может выбрать на этапе 304 SMF 156. AMF 154 может пересылать на этапе 306 запрос на установление сеанса передачи PDU в SMF 156.
[0068] На этапе 308 SMF может выполнить выбор PCF и может получить на этапе 309 динамическое РСС или установленные по умолчанию правила РСС для сеанса передачи PDU на основе политики местоположения. На этапе 310 SMF 156 может выполнять привязку SDF к потокам QoS, и SMF 156 может генерировать правила QoS для UE (включая фильтры пакета и параметры QoS). SMF 156 может затем инициировать на этапе 314 установление сеанса через N4 с UPF 158, выбранной на этапе 312.
[0069] В некоторых представленных в качестве примера вариантах осуществления SMF 156 может отправлять на этапе 320 в AMF 154 сообщение о подтверждении установления сеанса передачи PDU, содержащее авторизованные правила QoS, информацию о максимальной агрегатной скорости передачи данных (aggregate maximum bit rate - AMBR) для сеанса и передаваемую через N2 информацию об SM, которая может дополнительно содержать профиль QoS (например, параметры QoS и тому подобное). На этапе 325 AMF 154 может отправлять в сеть 152 доступа сообщение с запросом на установку ресурса сеанса передачи PDU, содержащее авторизованные правила QoS, информацию о максимальной агрегатной скорости передачи данных (AMBR) для сеанса и передаваемую через N2 информацию об SM (которая может содержать профили QoS, параметры QoS и/или тому подобное).
[0070] На этапе 330 сеть 152 доступа может инициировать доступный обмен специфической сигнализацией с UE 150, чтобы распределить необходимые ресурсы RAN для потоков 328 QoS, указанных в авторизованных правилах QoS и информации о туннеле для RAN через N3 для сеанса передачи PDU. На этапе 332, если распределение ресурсов прошло успешно, сеть 152 доступа может переслать в UE 150 сообщение о подтверждении установления сеанса передачи PDU, содержащее авторизованные правила QoS, информацию о AMBR и/или другую информацию по SM, в соответствии с некоторыми представленными в качестве примера вариантами осуществления.
[0071] На этапе 340 сеть 152 доступа может отправлять в AMF 154 ответное сообщение на запрос установки ресурса сеанса передачи PDU, содержащее передаваемую через N2 информацию об SM касательно информации о туннеле для RAN и, в соответствии с некоторыми представленными в качестве примера вариантами осуществления, список подтвержденного или отклоненного профиля (профилей) QoS. На этапе 350 AMF 154 может пересылать в SMF 156 передаваемую через N2 информацию об SM, содержащую список подтвержденного или отклоненного профиля (профилей) QoS. AMF может переслать эту информацию в сообщении с запросом Nsmf_PDUSession_UpdateSMContext. На этапе 360 может быть установлен сеанс передачи PDU.
[0072] В некоторых представленных в качестве примера вариантах осуществления могут быть предоставлены информационные элементы для правил QoS для указания набора авторизованных параметров, используемых UE для классификации и маркировки восходящего трафика пользователя. В некоторых представленных в качестве примера вариантах осуществления правила QoS могут содержать по меньшей мере один фильтр пакета для восходящего направления. Фильтр (фильтры) пакета может определять отображение трафика на потоки QoS. В некоторых представленных в качестве примера вариантах осуществления информационный элемент правил QoS может быть информационным элементом типа 6, имеющим минимальную длину, составляющую 4 октета, и максимальную длину, составляющую 65538 октетов.
[0073] На фиг. 3В-3Е изображены примеры информационных элементов, связанных с правилами QoS, в соответствии с некоторыми представленными в качестве примера вариантами осуществления.
[0074] Ссылаясь на фиг. 3В, информационный элемент правил QoS может переноситься в сообщениях, таких как сообщения этапов 320, 325 и 332 в соответствии с фиг. 3А. Правила QoS могут содержать в 1-м октете IEI правил QoS, во 2-м и 3-м октете индикацию длины в октетах информационного элемента правил QoS, а с 4-го октета по х-й октет могут содержать с 1-го по n правила 360A-360N QoS.
[0075] На фиг. 3С изображено заданное правило 360A QoS, в соответствии с некоторыми представленными в качестве примера вариантами осуществления. Правило 360A QoS может содержать идентификатор 370А правила QoS (октет 4) для идентификации правила QoS. В качестве альтернативы или дополнительно, правило 360А QoS может содержать (октеты 5-6) значение длины 370В для указания длины в октетах правила 360A QoS. В качестве альтернативы или дополнительно, правило 360A QoS может содержать приоритет 370С правила QoS (октет 7). Поле приоритета правила QoS может использоваться для указания приоритета правила QoS среди других правил QoS, связанных с потоком QoS, связанным с правилом 360A QoS. Например, чем выше значение поля приоритета правила QoS, тем ниже приоритет этого правила QoS. В качестве альтернативы или дополнительно, правило 360A QoS может содержать идентификатор 370D потока QoS (октет 8). Поле идентификатора потока QoS может использоваться для идентификации потока QoS.
[0076] В качестве альтернативы или дополнительно, правило 360A QoS может содержать код 370Е операции для правила (октет 9), который может быть в битах 6-8. В приведенной ниже таблице 6 приведены примеры кодов операции для правила.
[0077] Ссылаясь на Таблицу 6, если код операции для правила установлен на "Игнорировать этот IE", а Е-бит 370F и количество фильтров пакета равны нулю, то сеть может игнорировать содержимое информационного элемента шаблона потока правила QoS.
[0078] Таблица 6
[0079] Обращаясь снова к фиг. 3С, правило 360A QoS может содержать Е-бит 370F (бит 5 октета 9). Е-бит может указывать, включен ли список параметров в информационный элемент правила QoS. Е-бит может быть закодирован таким образом, что значение 0 означает, что список параметров не включен, а значение 1 означает, что список параметров включен.
[0080] В качестве альтернативы или дополнительно, правило 360A QoS может содержать количество 370G фильтров пакета (октет 9). Количество фильтров пакета содержит двоичное кодирование количества фильтров пакета в списке фильтров пакета. Поле количества фильтров пакета может быть закодировано в битах с 4 по 1 октета 9, при этом бит 4 является наиболее значимым, а бит 1 является наименее значимым битом. Для операции «удалить существующее правило QoS» и для «операция без фильтра пакета» количество фильтров пакета может быть закодировано как 0. Для всех других операций количество фильтров пакета может быть больше 0 и меньше или равно 15.
[0081] В качестве альтернативы или дополнительно, правило 360А QoS может содержать список 370H-I фильтров пакета (октеты с 10 по z). Список фильтров пакета может содержать переменное число восходящих фильтров пакета. Для операции «удалить существующее правило QoS» и «операция без фильтра пакета» список фильтров пакета может быть пустым.
[0082] Для операции «удалить фильтры пакета из существующего правила QoS» список фильтров пакета может содержать переменное число идентификаторов фильтра пакета. Это переменное число может быть получено из кодирования количества 370G фильтров пакета. Для операции «Создать новое правило QoS» список фильтра пакета может содержать 0 или переменное число фильтров пакета. Это переменное число может быть получено из кодирования поля 370G количества фильтров пакета. Для операций «добавить фильтры пакета в существующее правило QoS» и «заменить фильтры пакета в существующем правиле QoS» список фильтров пакета может содержать переменное число фильтров пакета. Это переменное число может быть получено из кодирования поля 370G количества фильтров пакета.
[0083] На фиг. 3D изображен список 370Н фильтров пакета, когда операцией для правила является удаление пакетов из существующих правил QoS в соответствии с некоторыми представленными в качестве примера вариантами осуществления. На фиг. 3Е изображен список 370Н фильтра пакета в соответствии с некоторыми представленными в качестве примера вариантами осуществления, когда операция для правила заключается в создании нового правила QoS, добавлении фильтра пакета к существующему правилу QoS и/или замене фильтра пакета в существующих правилах QoS. Каждый фильтр пакета может иметь переменную длину, и каждый фильтр пакета может содержать идентификатор фильтра пакета (4 бита); приоритет оценки фильтра пакета (1 октет); длину содержимого фильтра пакета (1 октет); и/или содержимое самого фильтра пакета (v октеты).
[0084] Поле идентификатора фильтра пакета может использоваться для идентификации каждого фильтра пакета в правиле QoS. Могут быть использованы наименее значимые 4 бита. Поле приоритета оценки фильтра пакета может использоваться для указания приоритета для фильтра пакета среди всех фильтров пакета в правиле QoS. Чем выше значение поля приоритета оценки фильтра пакета, тем ниже приоритет этого фильтра пакета. Первый бит в порядке передачи может быть самым значимым битом. Длина поля содержимого фильтра пакета может содержать двоичное кодированное представление длины поля содержимое фильтра пакета фильтра пакета. Первый бит в порядке передачи может быть самым значимым битом. Поле содержимое фильтра пакета может иметь переменный размер и содержать переменное число (по меньшей мере одно) из компонентов фильтра пакета. Каждый компонент фильтра пакета может быть закодирован как последовательность из одного октета идентификатора типа компонента фильтра пакета и поля фиксированной длины для значения компонента фильтра. Идентификатор типа компонента фильтра пакета может быть передан первым. В каждом фильтре пакета может быть не более одного вхождения каждого типа компонента фильтра пакета. Среди компонентов фильтра пакета типа «удаленный IPv4-адрес» и «тип удаленного IPv6-адреса» только один может присутствовать в одном фильтре пакета. Среди компонентов фильтра пакета «тип отдельного локального порта» и «тип диапазона локального порта» только один может присутствовать в одном фильтре пакета. Среди компонентов фильтра пакета «тип отдельного удаленного порта» и «тип диапазонов удаленного порта» только один может присутствовать в одном фильтре пакета. В контексте фильтров пакета термин локальный относится к UE, а термин удаленный относится к объекту внешней сети.
[0085] Ссылаясь на фиг. 3Е, поле идентификатора 389А-С фильтра пакета может использоваться для идентификации каждого фильтра пакета в правиле QoS. Наименее значимые 4 бита могут использоваться, как показано на фиг. 3Е для переноса идентификатора 389А-С фильтра пакета. Поле приоритета 390А-С оценки фильтра пакета может использоваться для указания приоритета для фильтра пакета среди всех фильтров пакета в правиле QoS. Например, чем выше значение поля приоритета оценки фильтра пакета, тем ниже приоритет этого фильтра пакета. Первый бит в порядке передачи может быть самым значимым битом. Длина поля содержимого 392А-С фильтра пакета может содержать двоичное кодированное представление длины поля содержимого фильтра пакета для фильтра пакета. Первый бит в порядке передачи может быть самым значимым битом. Поле содержимого 394А-С фильтра пакета может иметь переменный размер и может содержать по меньшей мере один компонент фильтра пакета. Каждый компонент фильтра пакета может быть закодирован как последовательность из одного октета идентификатора типа компонента фильтра пакета и поля фиксированной длины для значения компонента фильтра. Идентификатор типа компонента фильтра пакета может быть передан первым. В каждом фильтре пакета может быть не более одного вхождения каждого типа компонента фильтра пакета. Среди компонентов фильтра пакета «тип удаленного IPv4-адреса» и «тип удаленного IPv6-адреса» только один может присутствовать в отдельном фильтре пакета. Среди компонентов фильтра пакета «тип отдельного локального порта» и «тип диапазона локального порта» только один может присутствовать в отдельном фильтре пакета. Среди компонентов фильтра пакета «тип отдельного удаленного порта» и «тип диапазонов удаленного порта» только один может присутствовать в отдельном фильтре пакета (при этом локальный относится к UE, а удаленный относится к объекту внешней сети).
[0086] В таблице 7 приведен пример идентификаторов типа компонентов фильтра пакета в соответствии с некоторыми представленными в качестве примера вариантами осуществления. Поле содержимого фильтра пакета (см., например, 394А, 394В или 394С) имеет переменный размер и содержит по меньшей мере один компонент фильтра пакета. Каждый компонент фильтра пакета может быть закодирован как последовательность из одного октета идентификатора типа компонента фильтра пакета и поля фиксированной длины для значения компонента фильтра. Идентификатор типа компонента фильтра пакета может быть передан первым.
[0087] Таблица 7
[0088] Ссылаясь на таблицу 7, для «типа удаленного IPv4-адреса» поле значение компонента фильтра пакета может быть закодировано как последовательность из четырех октетов поля IPv4-адреса и четырех октетов поля маски IPv4-адреса. Поле IPv4-адреса может быть передано первым. Для «типа локального IPv4-адреса» поле значения компонента фильтра пакета может быть закодировано, как определено для «типа удаленного IPv4-адреса». Для поддержки локального адреса в правиле QoS может потребоваться индикация как UE, так и сети для использования этого компонента фильтра пакета. Для «типа удаленного IPv6-адреса» поле значения компонента фильтра пакета может быть закодировано как последовательность из шестнадцати октетов поля IPv 6-адреса и шестнадцати октетов поля маски IPv6-адреса. Поле IPv6-адреса может быть передано первым. Для «типа удаленного IPv6-адреса/длины префикса» поле значения компонента фильтра пакета может быть закодировано как последовательность из шестнадцати октетов поля IPv6-адреса и октета поля длины префикса. Поле IPv6-адреса может быть передано первым. Этот параметр может использоваться вместо типа удаленного IPv6-адреса, когда для поддержки локального адреса в правиле QoS присутствует индикация как UE, так и сети. Для «типа локального IPv6-адреса/длины префикса» поле значения компонента фильтра пакета может быть закодировано, как определено для «типа удаленного IPv6-адреса/длины префикса». Для поддержки локального адреса в правиле QoS может потребоваться индикация как UE, так и сети для использования этого компонента фильтра пакета.
[0089] Для «Типа идентификатора протокола/Следующего заголовка» поле значения компонента фильтра пакета может быть закодировано как один октет, который указывает идентификатор протокола IPv4 или следующий заголовок IPv6.
[0090] Для «Типа отдельного локального порта» и «Типа отдельного удаленного порта» поле значения компонента фильтра пакета может быть закодировано в виде двух октетов, указывающих номер порта. Для «Типа диапазонов локального порта» и «Типа диапазонов удаленного порта» поле значения компонента фильтра пакета может быть закодировано как последовательность из двух октетов поля нижнего предела диапазонов порта и двух октетов поля верхнего предела диапазонов порта. Поле нижнего предела диапазонов порта может быть передано первым.
[0091] Для «Индекса параметра безопасности» поле значения компонента фильтра пакета может быть закодировано в виде четырех октетов, которое указывает индекс параметра безопасности IPSec. Для «Типа услуги/Типа класса трафика» поле значения компонента фильтра пакета может быть закодировано как последовательность из одного октета поля тип услуги/Класс трафика и одного октета поля маски Тип услуги/Класс трафика. Поле Тип услуги/Класс трафика может быть передано первым. Для «Типа метки потока» поле значения компонента фильтра пакета может быть закодировано как три октета, определяющих метку IPv6-потока. Биты с 8 по 5 первого октета могут быть резервными, в то время как остальные 20 битов могут содержать метку IPv6-потока. Для «Типа МАС-адреса пункта назначения» и «Типа МАС-адреса источника» поле значения компонента фильтра пакета может быть закодировано как 6 октетов, которые определяют МАС-адрес.
[0092] Для "типа VID C-TAG 802.1Q" поле значения компонента фильтра пакета может быть закодировано как два октета, которые указывают VID тега VLAN пользователя (Customer-VLAN tag - C-TAG). Биты с 8 по 5 первого октета могут быть резервными, тогда как остальные 12 битов могут содержать VID. Для "типа VID S-TAG 802.1Q" поле значения компонента фильтра пакета может быть закодировано как два октета, которые указывают VID тега VLAN услуги (Service-VLAN tag - S-TAG). Биты с 8 по 5 первого октета могут быть резервными, тогда как остальные 12 битов могут содержать VID. Для "типа PCP/DEI C-TAG 802.1Q" поле значения компонента фильтра пакета может быть закодировано как один октет, который указывает РСР и DEI C-TAG 802.1Q. Биты с 8 по 5 октета могут быть резервными, биты с 4 по 2 содержат РСР, а бит 1 содержит DEI. Для «типа PCP/DEI S-TAG 802.1Q» поле значения компонента фильтра пакета может быть закодировано как один октет, который определяет РСР S-TAG 802.1Q. Биты с 8 по 5 октета могут быть резервными, биты с 4 по 2 содержат РСР, а бит 1 содержит DEI. Для «типа Ethertype» поле значения компонента фильтра пакета может быть закодировано как два октета, которые указывают Ethertype.
[0093] На фиг. 3F изображен пример списка параметров (который может быть расположен в октетах с z+1 по v) в соответствии с некоторыми представленными в качестве примера вариантами осуществления. Список параметров является частью правила QoS и используется для переноса или предоставления параметров QoS в UE, поэтому потоки QoS, которые соответствуют фильтрам пакета, получат обработку QoS, указанного в параметрах, таких как восходящая GFBR (guaranteed flow bit rate), равная восходящей гарантированной скорости передачи данных потока, нисходящая MFBR (maximum flow bit rate), равная нисходящей максимальной скорости передачи данных потока и/или тому подобное. Список параметров может содержать переменное число параметров, которые могут быть переданы. Если список параметров содержится, то Е-бит устанавливается в 1; в противном случае Е-бит устанавливается на 0. Каждый параметр, включенный в список параметров, имеет переменную длину. Кроме того, каждый параметр из списка параметров может содержать идентификатор параметра (1 октет); длину содержимого параметра (1 октет); и/или само содержимое параметра (v октетов). Поле идентификатора параметра может использоваться для идентификации каждого параметра, включенного в список параметров, и может содержать кодирование, такое как шестнадцатеричное кодирование, идентификатора параметра. Указанный 8-й бит октета поля идентификатора параметра может быть самым значимым битом, тогда как 1-й бит может содержать младший значащий бит. Примеры идентификаторов параметра содержат 01H (5QI), 02Н (восходящая GFBR), 03Н (нисходящая GFBR), 04Н (восходящая MFBR) и 05Н (нисходящая MFBR).
[0094] Если список параметров содержит идентификатор параметра, который не поддерживается принимающим объектом, соответствующий параметр может быть отброшен. Длина поля содержимого параметра может содержать двоичное кодированное представление длины поля содержимого параметра. Первый бит в порядке передачи может быть самым значимым битом.
[0095] Когда идентификатор параметра указывает 5QI, поле содержимого параметра может содержать двоичное представление идентификатора QoS 5G, длина которого составляет один октет. Когда идентификатор параметра указывает восходящую GFBR, поле содержимого параметра может содержать двоичное представление гарантированной скорости передачи данных потока для восходящего канала, длина которого составляет четыре октета. Когда идентификатор параметра указывает нисходящую GFBR поле содержимого параметра может содержать двоичное представление гарантированной скорости передачи данных потока для нисходящего канала, длина которого составляет четыре октета. Когда идентификатор параметра указывает восходящую MFBR, поле содержимого параметра может содержать двоичное представление максимальной скорости передачи данных потока для восходящего канала, длина которого составляет четыре октета. Когда идентификатор параметра указывает нисходящую MFBR поле содержимого параметра может содержать двоичное представление максимальной скорости передачи данных потока для нисходящего канала, длина которого составляет четыре октета.
[0096] В некоторых представленных в качестве примера вариантах осуществления может быть обеспечен информационный элемент Сеанс-AMBR, чтобы указывать начальную подписанную максимальную агрегатную скорость передачи данных для сеанса передачи PDU, когда UE устанавливает сеанс передачи PDU, или чтобы указывать новую подписанную максимальную агрегатную скорость передачи данных для сеанса передачи PDU, если он изменяется сетью. Информационный элемент Сеанс-AMBR может быть реализован, как показано ниже в таблицах YY и XX. Сеанс-AMBR представляет собой информационный элемент типа 4 с длиной 8 октетов.
[0097] Таблица YY: Информационный элемент Сеанс-AMBR
[0098] Таблица XX: Информационный элемент Сеанс-AMBR
[0099] В некоторых представленных в качестве примера вариантах осуществления сообщение о подтверждении установления сеанса передачи PDU может содержать правила QoS, Сеанс-AMBR и другие параметры QoS, авторизированные сетью. Таблица GG изображает представленную в качестве примера реализацию сообщения о подтверждении установления сеанса передачи PDU в соответствии с некоторыми представленными в качестве примера вариантами осуществления.
[0100] Таблица GG: Сообщение о подтверждении установления сеанса передачи PDU
[0101] На фиг. 4 изображен пример сигнального потока 400 для получения извлеченных правил QoS через отражение QoS в соответствии с некоторыми представленными в качестве примера вариантами осуществления. UE 150 может сохранить на этапе 402 значения таймера отражения QoS, которые оно приняло из сети. Кроме того, UE может иметь авторизованные правила QoS, включая фильтры пакета.
[0102] На этапе 404 сеанс передачи PDU может быть установлен с разрешенным отражением QoS в соответствии с некоторыми представленными в качестве примера вариантами осуществления. Когда UPF 158 принимает на этапе 410 нисходящий пакет (пакеты) от сети 162 данных (DN) для соответствующего сеанса передачи PDU, UPF 158 может маркировать на этапе 412 указанный пакет (пакеты) с битом индикации RQoS, установленным в заголовке инкапсуляции пакета, в соответствии с некоторыми представленными в качестве примера вариантами осуществления. UPF может пересылать на этапе 414 маркированные нисходящие пакеты в сеть 150 доступа в соответствии с некоторыми представленными в качестве примера вариантами осуществления. На этапе 416 сеть 150 доступа может маркировать, что нисходящие пакеты подлежат отражению QoS. После приема нисходящего пакета на этапе 420 UE 150 может на этапе 422 извлечь индикатор качества потока (quality flow indicator - QFI) и фильтры пакета для извлеченных правил QoS, а также запустить таймер RQoS. Извлеченные правила QoS могут использоваться для восходящего трафика в сеть. Извлеченные правила могут содержать QFI и фильтр восходящего пакета, который извлекается из заголовка нисходящего пакета с использованием информации об IP-адресе источника (например, IP-адрес, порт и/или тому подобное). Пока запущен таймер RQoS и присутствует маркировка для идентифицированного потока QoS, извлеченные правила QoS могут использоваться для классификации QoS восходящего трафика. Извлеченные правила могут содержать QFI и по меньшей мере один фильтр восходящего пакета, извлеченный из заголовка нисходящего пакета с использованием информации об IP источника (IP-адрес, порт и т.д.), а также значение приоритета правила по умолчанию.
[0103] На фиг. 5 изображен пример сигнального потока 500 для извлеченных правил QoS, удаленных из UE, в соответствии с некоторыми представленными в качестве примера вариантами осуществления. UE 150 может сохранить на этапе 502 значения таймера отражения QoS, которые оно приняло из сети. Кроме того, UE может иметь авторизованные правила QoS, включая фильтры пакета.
[0104] На этапе 510 сеанс передачи PDU может быть установлен с разрешенным отражением QoS в соответствии с некоторыми представленными в качестве примера вариантами осуществления. На этапе 512 извлеченные правила QoS могут использоваться для восходящего трафика, и может быть запущен таймер RQoS. В примере в соответствии с фиг. 5, SDF изменился, поскольку больше нет операций отражения QoS, как указано на этапах 530А-530С из-за отсутствия индикации RQoS из сети. Как показано, UPF 158 не установил на этапе 530А бит индикации RQoS в заголовке инкапсуляции пакета. Если в нисходящем пакете нет индикации RQoS для таймера периода, который длиннее, чем таймер 530С RQoS, таймер отражения QoS может затем истечь, и в этом случае извлеченные UE 150 правила QoS удаляются на этапе 540 из UE.
[0105] На фиг. 6 изображена блок-схема устройства 10 в соответствии с некоторыми представленными в качестве примера вариантами осуществления.
[0106] Устройство 10 может представлять оборудование пользователя, такое как оборудование 150 пользователя. В качестве альтернативы или дополнительно, части устройства 10 могут предоставлять сетевой узел, такой как базовая станция, AMF, SMF и/или тому подобное. Например, AMF и SMF могут содержать проводной и/или беспроводной интерфейс с другими узлами сети, по меньшей мере одну схему процессора, которая может осуществлять доступ к программному коду, чтобы вызвать одну или большее количество операций, раскрытых в данном документе в отношении AMF или SMF.
[0107] Устройство 10 может содержать по меньшей мере одну антенну 12, связанную с передатчиком 14 и приемником 16. В качестве альтернативы передающая и приемная антенны могут быть раздельными. Устройство 10 также может содержать процессор 20, выполненный с возможностью предоставления сигналов для и приема сигналов от передатчика и приемника, соответственно, и для управления работой устройства. Процессор 20 может быть выполнен с возможностью управления работой передатчика и приемника посредством осуществления управляющей сигнализации через электрические выводы к передатчику и приемнику. Аналогично, процессор 20 может быть выполнен с возможностью управления другими элементами устройства 10 посредством осуществления управляющей сигнализации через электрические выводы, соединяющие процессор 20 с другими элементами, такими как дисплей или запоминающее устройство. Процессор 20 может, например, быть реализован различными способами, включая схемы, по меньшей мере одно ядро обработки, один или большее количество микропроцессоров с сопутствующим процессором (процессорами) цифровой обработки сигналов, один или большее количество процессоров без сопутствующего процессора цифровой обработки сигналов, один или большее количество сопроцессоров, один или большее количество многоядерных процессоров, один или большее количество контроллеров, схемы обработки, один или большее количество компьютеров, различные другие элементы обработки, включая интегральные схемы (например, специализированная интегральная схема (application specific integrated circuit - ASIC), программируемая на месте вентильная матрица (field programmable gate array - FPGA) и/или тому подобное), или некоторая их комбинация. Соответственно, хотя на фиг. 6 показан один процессор, в некоторых представленных в качестве примера вариантах осуществления процессор 20 может содержать совокупность процессоров или процессорных ядер.
[0108] Устройство 10 может быть способно работать с одним или большим количеством стандартов радиоинтерфейса, протоколов связи, типов модуляции, типов доступа и/или тому подобным. Сигналы, отправляемые и принимаемые процессором 20, могут содержать информацию сигнализации в соответствии со стандартом радиоинтерфейса соответствующей системы сотовой связи и/или любым количеством различных методов проводной или беспроводной сети, включая, но не ограничиваясь этим, Wi-Fi, беспроводная локальная сеть (wireless local access network - WLAN), такие как Институт инженеров по электротехнике и электронике (Institute of Electrical and Electronics Engineers - IEEE) 802.11, 802.16, 802.3, ADSL, DOCSIS и/или тому подобное. Кроме того, эти сигналы могут содержать речевые данные, сгенерированные пользователем данные, запрашиваемые пользователем данные и/или тому подобное.
[0109] Например, устройство 10 и/или модем сотовой связи в нем могут быть способны работать в соответствии с различными протоколами связи первого поколения (1G), протоколами связи второго поколения (2G или 2.5G), протоколами связи третьего поколения (3G), протоколами связи четвертого поколения (4G), протоколами связи пятого поколения (5G), мультимедийной подсистемы на базе протокола IP (Internet Protocol Multimedia Subsystem - IMS) (например, протокол инициирования сеанса (session initiation protocol - SIP) и/или тому подобное. Например, устройство 10 может быть способным работать в соответствии с протоколами беспроводной связи 2G: IS-136, с множественным доступом с временным разделением каналов (Time Division Multiple Access - TDMA), Глобальной системой мобильной связи, GSM, IS-95, множественным доступом с кодовым разделением, CDMA и/или тому подобное. Кроме того, например, устройство 10 может быть способным работать в соответствии с протоколами беспроводной связи 2.5G: общей службой пакетной радиосвязи (General Packet Radio Service - GPRS), улучшенный GSM для передачи данных (Enhanced Data GSM Environment - EDGE) и/или тому подобное. Кроме того, например, устройство 10 может быть способным работать в соответствии с протоколами беспроводной связи 3G, такими как Универсальная система мобильной связи (Universal Mobile Telecommunications System - UMTS), множественный доступ с кодовым разделением 2000 (Code Division Multiple Access 2000 - CDMA2000), широкополосный множественный доступ с кодовым разделением (Wideband Code Division Multiple Access - WCDMA), множественный доступ с синхронным разделением по времени и частоте (Time Division-Synchronous Code Division Multiple Access - TD-SCDMA) и/или тому подобное. Устройство 10 может дополнительно работать в соответствии с протоколами беспроводной связи 3.9G, такими как стандарт "Долгосрочное развитие" (Long Term Evolution - LTE), сеть с расширенным универсальным наземным доступом (Evolved Universal Terrestrial Radio Access Network - E-UTRAN) и/или тому подобное. Кроме того, например, устройство 10 может быть способным работать в соответствии с протоколами беспроводной связи 4G, такими как протокол сети четвертого поколения с расширенными возможностями (LTE Advanced), 5G и/или тому подобное, а также с аналогичными протоколами беспроводной связи, которые могут быть разработаны впоследствии.
[0110] Понятно, что процессор 20 может содержать схему для реализации аудио/видео и логических функций устройства 10. Например, процессор 20 может содержать устройство обработки цифрового сигнала, микропроцессорное устройство, аналого-цифровой преобразователь, цифро-аналоговый преобразователь и/или тому подобное. Функции управления и обработки сигналов устройства 10 могут быть распределены между этими устройствами согласно их соответствующим возможностям. Процессор 20 может дополнительно содержать внутренний речевой кодер (voice coder - VC) 20а, внутренний модем данных (data modem - DM) 20b и/или тому подобное. Кроме того, процессор 20 может содержать функциональные возможности для работы одной или большего количества программ, которые могут храниться в запоминающем устройстве. В целом, процессор 20 и сохраненные программные инструкции могут быть выполнены с возможностью заставить устройство 10 выполнять действия. Например, процессор 20 может быть способен работать с программой для выхода в сеть, такой как веб-браузер. Программа для выхода в сеть может позволить устройству 10 передавать и принимать веб-контент, такой как контент на основе местоположения, в соответствии с протоколом, таким как протокол беспроводного приложения (wireless application protocol - WAP), протокол передачи гипертекста (hypertext transfer protocol - HTTP) и/или тому подобное.
[0111] Устройство 10 также может содержать пользовательский интерфейс, содержащий, например, наушники или динамик 24, звонковое устройство 22, микрофон 26, дисплей 28, интерфейс пользовательского ввода и/или тому подобное, которые могут быть функционально связаны с процессором 20. Дисплей 28 может, как отмечено выше, представлять собой сенсорный дисплей, к которому пользователь может касаться и/или жестикулировать для выбора, ввода значений и/или тому подобного. Процессор 20 также может содержать схему пользовательского интерфейса, выполненную с возможностью управления по меньшей мере некоторыми функциями одного или большего количества элементов пользовательского интерфейса, таких как динамик 24, звонковое устройство 22, микрофон 26, дисплей 28 и/или тому подобное. Процессор 20 и/или схема пользовательского интерфейса, содержащая процессор 20, могут быть выполнены с возможностью управления одной или большим количеством функций одного или большего количества элементов пользовательского интерфейса посредством инструкций компьютерной программы, например, программного обеспечения и/или встроенного программного обеспечения, хранящихся в запоминающем устройстве, доступном процессору 20, например, энергозависимом запоминающем устройстве 40, энергонезависимом запоминающем устройстве 42 и/или тому подобное. Устройство 10 может содержать аккумулятор для питания различных схем, связанных с мобильным терминалом, например, схему для обеспечения механической вибрации в качестве обнаруживаемого выходного сигнала. Интерфейс пользовательского ввода может содержать устройства, позволяющие устройству 20 принимать данные, такие как клавиатура 30 (которая может быть виртуальной клавиатурой, представленной на дисплее 28, или клавиатура с внешним подключением) и/или другие устройства ввода.
[0112] Как показано на фиг. 6, устройство 10 также может содержать один или большее количество механизмов для совместного использования и/или получения данных. Например, устройство 10 может содержать радиочастотный (radio frequency - RF) приемопередатчик ближнего радиуса действия и/или запросчик 64, поэтому данные могут передаваться на электронные устройства и/или получаться от них в соответствии с методами RF. Устройство 10 может содержать другие приемопередатчики ближнего радиуса действия, такие как инфракрасный (infrared - IR) приемопередатчик 66, приемопередатчик 68 BluetoothTM (ВТ), работающий с использованием беспроводной технологии BluetoothTM, приемопередатчик 70 беспроводной универсальной последовательной шины (universal serial bus - USB), приемопередатчик BluetoothTM Low Energy, приемопередатчик ZigBee, приемопередатчик ANT, приемопередатчик между устройствами сотовой связи, приемопередатчик беспроводной локальной сети и/или любая другая технология радиосвязи ближнего радиуса действия. Устройство 10 и, в частности, приемопередатчик ближнего радиуса действия может быть способен передавать данные и/или принимать данные от электронных устройств в непосредственной близости от устройства, такой как, например, в пределах 10 метров. Устройство 10, содержащее модем Wi-Fi или беспроводной локальной сети, также может быть способным передавать и/или принимать данные от электронных устройств в соответствии с различными технологиями беспроводной сети, включая 6LoWpan, Wi-Fi, Wi-Fi с низким энергопотреблением, технологии WLAN, такие как технологии IEEE 802.11, технологии IEEE 802. 15, технологии IEEE 802.16 и/или тому подобное.
[0113] Устройство 10 может содержать запоминающее устройство, такое как модуль 38 идентификации абонента (subscriber identity module - SIM), съемный модуль идентификации пользователя (removable user identity module - R-UIM), eUICC, UICC и/или тому подобное, которые могут хранить информационные элементы, связанные с абонентом мобильной связи. В дополнение к SIM устройство 10 может содержать другое съемное и/или фиксированное запоминающее устройство. Устройство 10 может содержать энергозависимое запоминающее устройство 40 и/или энергонезависимое запоминающее устройство 42. Например, энергозависимое запоминающее устройство 40 может представлять собой оперативное запоминающее устройство (Random Access Memory - RAM), включая динамическое и/или статическое RAM, внутреннее или внешнее сверхоперативное запоминающее устройство и/или подобное. Энергонезависимое запоминающее устройство 42, которое может быть встроенным и/или съемным, может представлять собой, например, постоянное запоминающее устройство, электрически перепрограммируемое постоянное запоминающее устройство, магнитные запоминающие устройства, например, жесткие диски, дисководы гибких дисков, магнитную ленту, оптические дисководы и/или носители, энергонезависимое оперативное запоминающее устройство (non-volatile random access memory - NVRAM) и/или тому подобное. Подобно энергозависимому запоминающему устройству 40, энергонезависимое запоминающее устройство 42 может содержать область со сверхоперативным запоминающим устройством для временного хранения данных. По меньшей мере часть энергозависимого и/или энергонезависимого запоминающего устройства может быть встроена в процессор 20. Указанные запоминающие устройства могут хранить одну или большее количество программ, инструкций, фрагментов информации, данных и/или тому подобного, которые могут использоваться устройством для выполнения операций, раскрытых в данном документе, включая формирование оборудованием пользователя сообщения об установлении сеанса, содержащего индикацию по меньшей мере одной возможности по управлению сеансом, поддерживаемой оборудованием пользователя; отправку оборудованием пользователя сообщения об установлении сеанса, содержащего указанную индикацию, в адрес функции управления сеансом; и прием оборудованием пользователя и от функции управления сеансом ответа, указывающего, поддерживает ли функция управления сеансом и/или соответствующая сеть по меньшей мере одну возможность по управлению сеансом, чтобы разрешить оборудованию пользователя работать в соответствии с по меньшей мере одной возможностью по управлению сеансом. В качестве альтернативы или дополнительно, устройство может быть выполнено с возможностью вызывать прием на узле функции управления сеансом и от оборудования пользователя сообщения об установлении сеанса, содержащего индикацию по меньшей мере одной возможности по управлению сеансом, поддерживаемой оборудованием пользователя; и отправку узлом функции управления сеансом и на оборудование пользователя ответа, указывающего, поддерживает ли функция управления сеансом и/или соответствующая сеть по меньшей мере одну возможность по управлению сеансом, чтобы разрешить функционирование оборудования пользователя.
[0114] Запоминающие устройства могут содержать идентификатор, такой как международный идентификационный номер устройства мобильной связи (international mobile equipment identification - EMEI), способный однозначно идентифицировать устройство 10. Запоминающие устройства могут содержать идентификатор, такой как международный идентификационный номер устройства мобильной связи (international mobile equipment identification - EMEI), способный однозначно идентифицировать устройство 10. В некоторых представленных в качестве примера вариантах осуществления процессор 20 может быть выполнен с применением компьютерного кода, хранящегося в запоминающем устройстве 40 и/или 42, для управления и/или обеспечения одного или большего количества раскрытых в данном документе аспектов, включая формирование оборудованием пользователя сообщения об установлении сеанса, содержащего индикацию по меньшей мере одной возможности по управлению сеансом, поддерживаемой оборудованием пользователя; отправку оборудованием пользователя сообщения об установлении сеанса, содержащего указанную индикацию, в адрес функции управления сеансом; и прием оборудованием пользователя и от функции управления сеансом ответа, указывающего, поддерживает ли функция управления сеансом и/или соответствующая сеть по меньшей мере одну возможность по управлению сеансом, чтобы разрешить оборудованию пользователя работать в соответствии с по меньшей мере одной возможностью по управлению сеансом. В качестве альтернативы или дополнительно, устройство может быть выполнено с возможностью вызывать прием на узле функции управления сеансом и от оборудования пользователя сообщения об установлении сеанса, содержащего индикацию по меньшей мере одной возможности по управлению сеансом, поддерживаемой оборудованием пользователя; и отправку узлом функции управления сеансом и на оборудование пользователя ответа, указывающего, поддерживает ли функция управления сеансом и/или соответствующая сеть по меньшей мере одну возможность по управлению сеансом, чтобы разрешить функционирование оборудования пользователя.
[0115] Некоторые из раскрытых в данном документе вариантов осуществления могут быть реализованы в программном обеспечении, аппаратном обеспечении, логике приложения или комбинации программного обеспечения, аппаратного обеспечения и логики приложения. Программное обеспечение, логика приложения и/или аппаратные средства могут находиться, например, в запоминающем устройство 40, устройстве 20 управления или электронных компонентах. В некотором представленном в качестве примера варианте осуществления логика приложения, программное обеспечение или набор команд поддерживается на любом из различных обычных машиночитаемых носителей. В контексте этого документа «машиночитаемый носитель» может быть любым энергонезависимым носителем, который может содержать, хранить, передавать, распространять или транспортировать команды для использования с помощью или совместно с системой, устройством или прибором для исполнения команд, таким как компьютер или схема процессора данных, с примерами, изображенными на фиг. 6, машиночитаемый носитель может содержать энергонезависимый машиночитаемый носитель, предназначенный для долговременного хранения информации, который может быть любым носителем, который может содержать или хранить инструкции для использования с помощью или совместно с системой, устройством или прибором исполнения команд, например, компьютер.
[0116] Без какого-либо ограничения объема, интерпретации или применения формулы изобретения, представленной ниже, техническим эффектом одного или большего количества представленных в качестве примера вариантов осуществления, раскрытых в данном документе, может быть улучшенное управление сеансом.
[0117] Объект изобретения, описанный в данном документе, может быть воплощен в системах, устройствах, способах и/или изделиях в зависимости от желаемой конфигурации. Например, базовые станции и оборудование пользователя (или один или большее количество компонентов в нем) и/или процессы, описанные в данном документе, могут быть реализованы с использованием одного или большего количества из следующего: процессор, исполняющий программный код, специализированная интегральная схема (ASIC), процессор обработки цифровых сигналов (digital signal processor - DSP), встроенный процессор, программируемая на месте вентильная матрица (FPGA) и/или их комбинации. Эти различные реализации могут включать в себя реализацию в одной или большем количестве компьютерных программ, которые являются исполняемыми и/или интерпретируемыми в программируемой системе, содержащей по меньшей мере один программируемый процессор, который может быть специального или общего назначения, связанный для приема данных и команд и для передачи данных и команд для системы хранения по меньшей мере одного устройства ввода и по меньшей мере одного устройства вывода. Эти компьютерные программы (также известные как программы, программное обеспечение, программные приложения, приложения, компоненты, программный код или код) содержат машинные команды для программируемого процессора и могут быть реализованы на высокоуровневом процедурном и/или объектно-ориентированном языке программирования и/или на ассемблерном/машинном языке. Используемый в данном документе термин «машиночитаемый носитель» относится к любому компьютерному программному продукту, машиночитаемому носителю, машиночитаемому носителю данных, устройству и/или прибору (например, магнитным дискам, оптическим дискам, запоминающему устройству, программируемым логическим устройствам (Programmable Logic Devices - PLD)), используемому для предоставления машинных команд и/или данных в программируемый процессор, включая машиночитаемый носитель, который принимает машинные команды. Подобным образом, в данном документе также описаны системы, которые могут содержать процессор и запоминающее устройство, связанное с процессором. Запоминающее устройство может содержать одну или большее количество программ, которые заставляют процессор выполнять одну или большее количество операций, описанных в данном документе.
[0118] Несмотря на то, что выше подробно описано несколько вариантов, возможны другие модификации или дополнения. В частности, могут быть предоставлены дополнительные признаки и/или варианты в дополнение к тем, которые изложены в данном документе. Кроме того, реализации, описанные выше, могут быть направлены на различные комбинации и под комбинации раскрытых признаков и/или комбинаций и подкомбинаций нескольких дополнительных признаков, раскрытых выше. Другие варианты осуществления изобретения могут находиться в пределах объема следующей формулы изобретения.
[0119] При желании различные функции, обсуждаемые в данном документе, могут выполняться в другом порядке и/или одновременно друг с другом. Кроме того, при желании одна или большее количество из вышеописанных функций могут быть необязательными или могут комбинироваться. Хотя различные аспекты некоторых из вариантов осуществления изложены в независимых пунктах формулы изобретения, другие аспекты некоторых из вариантов осуществления содержат другие комбинации признаков из описанных вариантов осуществления и/или зависимых пунктов формулы изобретения с признаками независимых пунктов формулы изобретения, а не только комбинации, явно изложенные в формуле изобретения. В данном документе также отмечено, что, хотя вышеприведенное описывает представленные в качестве примера варианты осуществления, эти описания не следует рассматривать в ограничительном смысле. Скорее, существует несколько вариантов и модификаций, которые могут быть сделаны без отклонения от объема некоторых вариантов осуществления, определенных в прилагаемой формуле изобретения. Другие варианты осуществления изобретения могут находиться в пределах объема следующей формулы изобретения. Термин «на основе» включает в себя «на основе по меньшей мере». Использование фразы «такой как» означает «такой как, например», если не указано иное.
1. Способ, включающий в себя:
формирование, оборудованием пользователя, сообщения об установлении сеанса, содержащего индикацию по меньшей мере одной возможности по управлению сеансом, поддерживаемой оборудованием пользователя, причем возможность по управлению сеансом представляет собой отражение качества услуги;
отправку, оборудованием пользователя, сообщения об установлении сеанса, содержащего указанную индикацию, в адрес функции управления сеансом; и
прием, оборудованием пользователя от функции управления сеансом, ответа, указывающего, поддерживает ли функция управления сеансом и/или соответствующая сеть указанную по меньшей мере одну возможность по управлению сеансом, чтобы разрешить оборудованию пользователя работать в соответствии с указанной по меньшей мере одной возможностью по управлению сеансом, при этом указанный ответ содержит по меньшей мере одно правило качества услуги, авторизованное для оборудования пользователя, и значение таймера, связанного с отражением качества услуги, причем значение таймера указывает, поддерживает ли функция управления сеансом отражение качества услуги.
2. Способ по п. 1, отличающийся тем, что сообщение об установлении сеанса содержит запрос на установление сеанса передачи блока пакетных данных, при этом сообщение об установлении сеанса содержит индикацию, идентификатор сеанса передачи блока пакетных данных и тип блока пакетных данных.
3. Способ по п. 1 или 2, отличающийся тем, что индикация содержит информационный элемент, содержащий по меньшей мере один бит, при этом значение по меньшей мере одного бита указывает, поддерживает ли оборудование пользователя по меньшей мере одну возможность по управлению сеансом.
4. Способ по п. 3, отличающийся тем, что значение по меньшей мере одного бита указывает, поддерживает ли оборудование пользователя отражение качества услуги.
5. Способ по любому из пп. 1-4, отличающийся тем, что ответ содержит подтверждение установления сеанса передачи блока пакетных данных.
6. Способ по любому из пп. 1-5, отличающийся тем, что ответ содержит информацию об управлении сеансом.
7. Способ по любому из пп. 1-6, отличающийся тем, что по меньшей мере одно правило качества услуги, авторизованное для оборудования пользователя, содержит по меньшей мере один фильтр восходящего пакета.
8. Способ по любому из пп. 1-7, дополнительно включающий в себя:
прием оборудованием пользователя по меньшей мере одного нисходящего пакета, маркированного для указания того, что этот по меньшей мере один пакет подлежит отражению качества услуги; и
извлечение, оборудованием пользователя на основе этого по меньшей мере одного нисходящего пакета, по меньшей мере одного правила качества услуги для применения в по меньшей мере одном восходящем пакете.
9. Способ по любому из пп. 1-8, дополнительно включающий в себя:
прием оборудованием пользователя по меньшей мере одного нисходящего пакета, не маркированного для указания того, что этот по меньшей мере один пакет подлежит отражению качества услуги; и
удаление оборудованием пользователя по меньшей мере одного правила качества услуги, когда таймер истекает.
10. Устройство, содержащее:
по меньшей мере один процессор; и
по меньшей мере одно запоминающее устройство, содержащее код компьютерной программы, причем по меньшей мере одно запоминающее устройство и код компьютерной программы выполнены с возможностью, вместе с по меньшей мере одним процессором, заставлять устройство выполнять способ по любому из пп. 1-9.
11. Энергонезависимый машиночитаемый носитель, содержащий программный код, который при выполнении вызывает операции, включающие в себя этапы способа по любому из пп. 1-9.
12. Способ, включающий в себя:
прием, в узле функции управления сеансом от оборудования пользователя, сообщения об установлении сеанса, содержащего индикацию по меньшей мере одной возможности по управлению сеансом, поддерживаемой оборудованием пользователя, причем возможность по управлению сеансом представляет собой отражение качества услуги; и
отправку, узлом функции управления сеансом на оборудование пользователя, ответа, указывающего, поддерживает ли функция управления сеансом и/или соответствующая сеть по меньшей мере одну возможность по управлению сеансом, чтобы разрешить оборудованию пользователя работать в соответствии с по меньшей мере одной возможностью по управлению сеансом, при этом ответ содержит по меньшей мере одно правило качества услуги, авторизованное для устройства, и значение таймера, связанного с отражением качества услуги, причем значение таймера указывает, поддерживает ли функция управления сеансом отражение качества услуги.
13. Способ по п. 12, отличающийся тем, что сообщение об установлении сеанса содержит запрос на установление сеанса передачи блока пакетных данных, при этом сообщение об установлении сеанса содержит индикацию, идентификатор сеанса передачи блока пакетных данных и тип блока пакетных данных.
14. Способ по п. 12 или 13, отличающийся тем, что индикация содержит информационный элемент, содержащий по меньшей мере один бит, при этом значение по меньшей мере одного бита указывает, поддерживает ли оборудование пользователя по меньшей мере одну возможность по управлению сеансом.
15. Способ по п. 14, отличающийся тем, что значение по меньшей мере одного бита указывает, поддерживает ли оборудование пользователя отражение качества услуги.
16. Способ по любому из пп. 12-15, отличающийся тем, что ответ содержит подтверждение установления сеанса передачи блока пакетных данных.
17. Способ по любому из пп. 12-16, отличающийся тем, что ответ содержит информацию об управлении сеансом.
18. Устройство, содержащее:
по меньшей мере один процессор; и
по меньшей мере одно запоминающее устройство, содержащее код компьютерной программы, причем по меньшей мере одно запоминающее устройство и код компьютерной программы выполнены с возможностью, вместе с по меньшей мере одним процессором, заставлять устройство по меньшей мере выполнять способ по любому из пп. 12-17.
19. Энергонезависимый машиночитаемый носитель, содержащий программный код, который при выполнении вызывает операции, включающие в себя способ по любому из пп. 12-17.
