Система связи, устройство управления, терминал связи, устройство связи и способ связи

Изобретение относится к радиосвязи. Технический результат заключается в обеспечении системы связи, способной передавать и принимать данные через базовую сеть для терминала связи, поддерживающего двойную возможность подключения с Новым Радио. Система связи включает в себя терминал (11) связи, сконфигурированный, чтобы осуществлять связь с устройством (12) связи и устройством (13) связи с использованием различного однонаправленного канала для каждого из устройства (12) связи и устройства (13) связи. 6 н. и 17 з.п. ф-лы, 29 ил.

 

ОБЛАСТЬ ТЕХНИКИ

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

ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ

[0002] Спецификация стандарта 3GPP (Проекта партнерства 3-го поколения) для систем мобильной связи вводит двойную связность (двойную возможность подключения) в качестве метода для терминала связи UE (пользовательского оборудования), чтобы выполнять широкополосную и с низкой задержкой связь. Двойная возможность подключения является методом, который позволяет UE иметь двойные соединения с первой базовой станцией MeNB (главным развитым NodeB) и второй базовой станцией SeNB (вторичным eNB), которые выполняют связь LTE (Долгосрочного развития), например, так, что UE осуществляет связь с MeNB, а также с SeNB. Это улучшает пропускную способность связи.

[0003] Непатентный документ 1 описывает, в качестве процедуры двойной возможности подключения, поток процесса или тому подобное, где UE вновь добавляет SeNB в качестве eNB, чтобы осуществлять связь с UE, когда UE соединяется с MeNB.

[0004] С другой стороны, в последнее время расширились области, где доступна беспроводная связь LAN (локальная сеть), которая позволяет осуществлять высокоскоростную связь при том, что области покрытия меньше, чем в системах мобильной связи. Таким образом, также исследовался метод, в котором UE соединяется как с eNB, который выполняет мобильную связь, так и с точкой доступа AP, которая выполняет беспроводную связь LAN путем применения технологии двойной возможности подключения, и UE осуществляет связь не только с eNB, но и с AP. Более конкретно, предпосылки, цели и тому подобное описаны в непатентном документе 2.

[0005] Отметим, что ставка оплаты услуг, подлежащая применению к UE, определяется на основе технологии радиодоступа (RAT), используемой посредством UE. Например, когда UE выполняет LTE связь с MeNB и SeNB в двойной возможности подключения, ставка оплаты услуг, определяемая во время LTE связи, применяется к UE. Непатентный документ 3 описывает архитектуру PCC (управления политикой и оплатой услуг) для выполнения управления политикой и управления оплатой услуг.

[0006] Непатентный документ 4 (TS23.401) описывает, что устройство шлюза PGW (шлюз сети пакетной передачи данных) управляет типами RAT на основе по каждому UE (от UE к UE) в качестве параметров, относящихся к оплате услуг. Тип RAT является параметром, указывающим RAT, которая в текущее время используется посредством UE.

Список цитированных документов

Непатентные документы

[0007] NPL1: 3GPP TS 36.300 V13.3.0 (2016-03) Section 5.7, Section 10.1.2.8

NPL2: 3GPP TSG RAN Meeting #67 (2015-03) RP-150510

NPL3: 3GPP TS 23.203 V13.7.0 (2016-03) Section 5, Section A.4.2

NPL4: 3GPP TS 23.401 V13.6.1 (2016-03) Section 5.7.4

КРАТКОЕ ОПИСАНИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ

ТЕХНИЧЕСКАЯ ПРОБЛЕМА

[0008] В случае исполнения двойной возможности подключения, описанной в Разделе 10.1.2.8 непатентного документа 1, UE выполняет связь с использованием одной RAT, которая является общей для MeNB и SeNB. В этом случае, PGW управляет типами RAT в качестве параметров оплаты услуг на основе по каждому UE, как описано в непатентном документе 4. Таким образом, поскольку PGW использует общую RAT для связи между UE и MeNB и связи между UE и SeNB, невозможно провести различие между ними. Это вызывает проблему, состоящую в том, что невозможно применять различные ставки оплаты услуг к связи между UE и MeNB и к связи между UE и SeNB. В одном примере, как описано в Разделе 5.7 непатентного документа 1, имеется случай, в котором двойная возможность подключения (доступ с лицензированной поддержкой (LAA)) осуществляется между связью с использованием спектра, лицензированного для мобильного оператора, и связью с использованием спектра, не лицензированного для мобильного оператора. В таком случае, различные ставки оплаты услуг могут быть применены к этим видам связи. Однако, когда процедуры связи соответствуют двойной возможности подключения с использованием того же самого типа RAT, невозможно провести различие между этими процедурами связи, и поэтому невозможно применять применить различные ставки оплаты услуг для них.

[0009] Кроме того, как описано в непатентном документе 2, имеется случай, когда UE исполняет двойную возможность подключения, UE осуществляет связь с eNB, который выполняет мобильную связь, и с точкой доступа AP, которая выполняет связь беспроводной LAN. В этом случае, UE выполняет связь с использованием двух типов RAT одновременно. Поэтому, если PGW управляет типами RAT на основе по каждому UE, как описано в непатентном документе 4, имеется возможность того, что тип RAT, которая управляется посредством PGW, и RAT, которая действительно используется посредством UE, являются различными. Это вызывает проблему, состоящую в том, что, когда UE выполняет связь с использованием двух или более типов RAT, невозможно выполнить адекватное управление оплатой услуг (применить ставку оплаты услуг) в соответствии с действительно осуществляемой связью.

[0010] Примерной задачей настоящего раскрытия является обеспечить систему связи, устройство управления, терминал связи, устройство связи и способ связи, способные выполнять различную обработку, относящуюся к однонаправленному каналу, подлежащему использованию для связи, осуществляемой терминалом связи.

РЕШЕНИЕ ЗАДАЧИ

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

[0012] Устройство управления в соответствии с вторым примерным аспектом настоящего раскрытия включает в себя блок управления, сконфигурированный, чтобы определять, когда терминал связи осуществляет связь с множеством устройств связи с использованием различного однонаправленного канала для каждого из множества устройств связи, следует ли побуждать по меньшей мере одно устройство связи из множества устройств связи измерять трафик каждого однонаправленного канала.

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

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

ПОЛЕЗНЫЕ РЕЗУЛЬТАТЫ ИЗОБРЕТЕНИЯ

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

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

[0016] Фиг. 1 является блок-схемой системы связи в соответствии с первым вариантом осуществления.

Фиг. 2 является блок-схемой системы связи в соответствии с вторым вариантом осуществления.

Фиг. 3 является блок-схемой UE в соответствии с вторым вариантом осуществления.

Фиг. 4 является блок-схемой MME в соответствии с вторым вариантом осуществления.

Фиг. 5 является блок-схемой of MeNB в соответствии с вторым вариантом осуществления.

Фиг. 6 является видом, показывающим стеки протоколов в MeNB и SeNB в соответствии с вторым вариантом осуществления.

Фиг. 7 является видом, показывающим поток процесса установки S1 в соответствии с вторым вариантом осуществления.

Фиг. 8 является видом, показывающим поток процесса установки X2 в соответствии с вторым вариантом осуществления.

Фиг. 9 является видом, показывающим поток процесса присоединения (Attach) в соответствии с вторым вариантом осуществления.

Фиг. 10 является видом, показывающим поток процесса присоединения в соответствии с вторым вариантом осуществления.

Фиг. 11 является видом, показывающим данные ограничения доступа (Access Restriction Data) в соответствии с вторым вариантом осуществления.

Фиг. 12 является видом, показывающим поток процесса для MeNB, чтобы сообщать о количестве пакетов, отсчитанном для каждого однонаправленного канала, относящегося к UE, в соответствии с вторым вариантом осуществления.

Фиг. 13 является видом, показывающим поток процесса установления возможности подключения множественной PDN в соответствии с третьим вариантом осуществления.

Фиг. 14 является видом, показывающим поток процесса установления возможности подключения множественной PDN в соответствии с третьим вариантом осуществления.

Фиг. 15 является видом, показывающим инициированную E-UTRAN процедуру модификации E-RAB в соответствии с четвертым вариантом осуществления.

Фиг. 16 является видом, показывающим процедуру освобождения S1 в соответствии с пятым вариантом осуществления.

Фиг. 17 является видом, показывающим инициированную PDN GW процедуру деактивации канала-носителя в соответствии с пятым вариантом осуществления.

Фиг. 18 является видом, показывающим инициированную MME процедуру деактивации канала-носителя в соответствии с пятым вариантом осуществления.

Фиг. 19 является видом, показывающим процедуру X2 HO в соответствии с шестым вариантом осуществления.

Фиг. 20 является видом, показывающим процедуру X2 HO в соответствии с шестым вариантом осуществления.

Фиг. 21 является видом, показывающим процедуру X2 HO в соответствии с шестым вариантом осуществления.

Фиг. 22 является видом, показывающим процедуру S1 HO в соответствии с шестым вариантом осуществления.

Фиг. 23 является видом, показывающим процедуру S1 HO в соответствии с шестым вариантом осуществления.

Фиг. 24 является видом, показывающим процедуру S1 HO в соответствии с шестым вариантом осуществления.

Фиг. 25 является видом, показывающим процедуру S1 HO в соответствии с шестым вариантом осуществления.

Фиг. 26 является видом, показывающим процедуру S1 HO в соответствии с шестым вариантом осуществления.

Фиг. 27 является блок-схемой MeNB в соответствии с каждым вариантом осуществления.

Фиг. 28 является блок-схемой UE в соответствии с каждым вариантом осуществления.

Фиг. 29 является блок-схемой MME в соответствии с каждым вариантом осуществления.

ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

[0017] Первый вариант осуществления

Варианты осуществления настоящего раскрытия описаны ниже со ссылкой на чертежи. Пример конфигурации системы связи в соответствии с первым вариантом осуществления настоящего раскрытия описан со ссылкой на фиг. 1. Система связи согласно фиг. 1 включает в себя терминал 11 связи, устройство 12 связи, устройство 13 связи и устройство 14 управления. Терминал 11 связи, устройство 12 связи, устройство 13 связи и устройство 14 управления могут быть компьютерным устройством, которое работает путем запуска, на процессоре, программы, сохраненной в памяти.

[0018] Терминал 11 связи сконфигурирован, чтобы осуществлять связь с множеством устройств связи с использованием различного однонаправленного канала для каждого из множества устройств связи. Терминал 11 связи может представлять собой мобильный телефонный терминал, смартфон, планшетный терминал или тому подобное. Дополнительно, терминал 11 связи может представлять собой M2M (межмашинный) терминал, терминал MTC (связи машинного типа) или тому подобное. Однонаправленный канал представляет собой канал передачи данных между, например, терминалом 11 связи и устройством 12 связи и между терминалом 11 связи и устройством 13 связи. Терминал 11 связи может устанавливать однонаправленный канал между, например, устройством 12 связи и устройством 13 связи, как показано на фиг. 1. Пунктирные линии на фиг. 1 указывают однонаправленные каналы 121 и 131, которые установлены между терминалом 11 связи и устройством 12 связи и между терминалом 11 связи и устройством 13 связи, соответственно.

[0019] Устройство 12 связи и устройство 13 связи могут представлять собой, например, базовые станции, используемые в мобильной связи. Альтернативно, устройство 12 связи и устройство 13 связи могут представлять собой AP (точку доступа) или WT (завершение беспроводной LAN), используемое при осуществлении связи в беспроводной LAN. Дополнительно, устройство 12 связи может представлять собой базовую станцию, и устройство 13 связи может представлять собой AP или WT (далее упоминается как WT в качестве характерного).

[0020] Терминал 11 связи может устанавливать множество однонаправленных каналов с использованием одной RAT. Например, терминал 11 связи может устанавливать множество однонаправленных каналов с использованием LTE в качестве RAT. Альтернативно, терминал 11 связи может устанавливать множество однонаправленных каналов с использованием множества RAT. Например, терминал 11 связи может устанавливать множество однонаправленных каналов с использованием LTE и RAT, которая определена как 3G в 3GPP. Дополнительно, например, терминал 11 связи может устанавливать множество однонаправленных каналов с использованием схемы беспроводной связи, определенной в 3GPP и беспроводной LAN.

[0021] Устройство 14 управления сконфигурировано, чтобы определять, следует ли или нет побуждать устройство 12 связи измерять трафик каждого однонаправленного канала. Устройство 14 управления передает сигнал инструкции, который предписывает измерение трафика каждого однонаправленного канала, например, на устройство 12 связи. Когда терминал 11 связи осуществляет связь двумя или более устройствами связи, устройство 14 управления может передавать сигнал инструкции на два или более устройств связи, с которыми терминал 11 связи осуществляет связь. Альтернативно, устройство 14 управления может передавать сигнал инструкции на устройство 12 связи, которое служит в качестве характерного из двух или более устройств связи. Характерное устройство 12 связи измеряет трафик однонаправленного канала 121 между терминалом 11 связи и устройством 12 связи и может само дополнительно измерять трафик однонаправленного канала 131 между терминалом 11 связи и устройством 13 связи или получать его от другого устройства 13 связи. Более конкретно, когда передачи между терминалом 11 связи и другим устройством 13 связи агрегированы в устройстве 12 связи (в случае агрегирования), устройство 12 связи измеряет, в дополнение к измерению трафика однонаправленного канала 121, трафик однонаправленного канала 131. Отметим, что, даже в этом случае устройство 12 связи может получать трафик однонаправленного канала 131, измеренный в устройстве 13 связи, от устройства 13 связи. С другой стороны, когда передачи между терминалом 11 связи и устройством 13 связи не агрегированы в устройстве 12 связи, устройство 12 связи получает трафик однонаправленного канала 131, измеренный в устройстве 13 связи, от устройства 13 связи.

[0022] Как описано выше, в системе связи согласно фиг. 1, устройство 14 управления определяет, следует ли или нет побуждать устройство 12 связи измерять трафик каждого однонаправленного канала. Дополнительно, устройство 12 связи измеряет или получает трафик каждого однонаправленного канала в соответствии с результатом определения в устройстве 14 управления. Поэтому, когда поставщик услуг связи выполняет начисление платы за услуги в соответствии с трафиком, например, для терминала 11 связи, можно выполнять оплату услуг в соответствии с трафиком каждого однонаправленного канала.

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

[0024] Второй вариант осуществления

Пример конфигурации системы связи в соответствии с вторым вариантом осуществления настоящего раскрытия описан со ссылкой на фиг. 2. Система связи на фиг. 2 указывает систему связи, определенную в 3GPP. Система связи на фиг. 2 включает в себя UE 20, MeNB 21, SeNB 22, MME (объект управления (администрирования) мобильностью) 23, HSS (домашний абонентский сервер) 24, SGW (обслуживающий шлюз) 25, PGW 26, объект PCRF (функции правил политики и начисления платы за услуги) 27 (который упоминается далее как PCRF 27), объект AF (функции приложения) 28 (который далее упоминается как AF 28), OFCS (систему офлайн начисления платы за услуги) 29 и OCS (систему онлайн начисления платы за услуги) 30.

[0025] UE 20 соответствует терминалу 11 связи на фиг. 1. UE 20 используется как обобщенный термин для терминалов связи в 3GPP. MeNB 21 соответствует устройству 12 связи на фиг. 1. SeNB 22 соответствует устройству 13 связи на фиг. 1. MeNB 21 и SeNB 22 представляют собой базовые станции, которые используются, когда UE 20 выполняет двойную возможность подключения. MME 23 соответствует устройству 14 управления на фиг. 1. MME 23 является устройством, которое в основном выполняет управление мобильностью UE 20, запрос установки канала-носителя, предписание установки канала-носителя, запрос удаления канала-носителя или предписание удаления канала-носителя.

[0026] SGW 25 представляет собой устройство, которое соединено с системой радиодоступа и переносит пользовательские данные между системой радиодоступа и PGW 26. PGW 26 осуществляет соединение с внешней сетью (PDN: сетью пакетной передачи данных и т.д.). PCRF 27 определяет политики (систему начисления платы за услуги) относительно управления QoS, управления начислением платы за услуги или тому подобного в MeNB 21, SeNB 22 и PGW 26.

[0027] AF 28 представляет собой устройство, которое обеспечивает приложения и выполняет управление, относящееся к услугам приложения, которые должны обеспечиваться для UE 20. OCS 30 и OFCS 29 выполняют управление начислением платы за услуги или тому подобное в соответствии с контрактом на оплату услуг UE 20. Например, в случае контракта на оплату услуг, такого как предоплаченная услуга, OCS 30, имеющая возможность контролировать трафик в любое время, выполняет обработку начисления платы за услуги. С другой стороны, в случае контракта на ежемесячное начисление платы за услуги или тому подобного, OFCS 2 выполняет обработку начисления платы за услуги.

[0028] Пример конфигурации UE 20 в соответствии с вторым вариантом осуществления настоящего раскрытия описан со ссылкой на фиг. 3. UE 20 включает в себя блок 41 передачи и приема, блок 42 передачи и приема и контроллер 43. Компоненты UE 20, такие как блок 41 передачи и приема, блок 42 передачи и приема и контроллер 43, могут представлять собой модуль или программное обеспечение, обработка которого выполняется путем запуска, на процессоре, программы, сохраненной в памяти. Альтернативно, компоненты UE 20 могут представлять собой аппаратные средства, такие как чип или схема. Блок 41 передачи и приема и блок 42 передачи и приема могут представлять собой передатчик и приемник.

[0029] Блок 41 передачи и приема осуществляет связь с MeNB 21. Блок 41 передачи и приема может выполнять радиосвязь с MeNB 21 с использованием LTE, специфицированного в качестве схемы радиосвязи, например, в 3GPP. Блок 42 передачи и приема осуществляет связь SeNB 22. Блок 42 передачи и приема может также выполнять радиосвязь с SeNB 22 с использованием LTE. Дополнительно, блок 42 передачи и приема может осуществлять связь с устройством связи, отличным от SeNB 22, с использованием схемы радиосвязи, отличной от LTE. Например, блок 42 передачи и приема может осуществлять связь с WT с использованием беспроводной связи LAN. В этом случае, WT представляет собой устройство связи, которое может осуществлять связь с MeNB 21. Иными словами, блок 42 передачи и приема осуществляет связь с MeNB 21 через SeNB 22 или WT.

[0030] Контроллер 43 выполняет управление, чтобы распределять данные передачи на блок 41 передачи и приема и блок 42 передачи и приема, когда используется двойная возможность подключения. Контроллер 43 может дополнительно выполнять модуляцию данных передачи или тому подобное. Дополнительно, контроллер 43 может выполнять декодирование принятых данных, выведенных с блока 41 передачи и приема и блока 42 передачи и приема.

[0031] Пример конфигурации MME 23 в соответствии с вторым вариантом осуществления настоящего раскрытия описан со ссылкой на фиг. 4. MME 23 включает в себя блок 51 связи базовой станции, блок 52 связи SGW, блок 53 связи HSS и контроллер 54. Компоненты MME 23 могут представлять собой модуль или программное обеспечение, обработка которого выполняется путем запуска, на процессоре, программы, сохраненной в памяти. Альтернативно, компоненты MME 23 могут представлять собой аппаратные средства, такие как чип или схема. Отметим, что блок связи может представлять собой передатчик и приемник.

[0032] Блок 51 связи базовой станции передает и принимает сигнал управления к и от MeNB 21. Опорная точка между блоком 51 связи базовой станции и MeNB 21 определена как S1-MME. Дополнительно, блок 51 связи базовой станции передает и принимает NAS (не относящееся к уровню доступа) сообщение с UE 20 через MeNB 21. Сообщение NAS передается между блоком 51 связи базовой станции и UE 20 через MeNB 21.

[0033] Блок 52 связи SGW передает и принимает сигнал управления к и от SGW 25. Опорная точка между блоком 52 связи SGW и SGW 25 определена как S11. Блок 52 связи SGW принимает информацию о начислении платы за услуги или тому подобное, передаваемую от PGW 26 через SGW 25.

[0034] Блок 53 связи HSS передает и принимает сигнал управления к и от HSS 24. Опорная точка между блоком 53 связи HSS и HSS 24 определена как S6a. Блок 53 связи HSS принимает абонентскую информацию относительно UE 20 от HSS 24. Абонентская информация содержит информацию относительно того, разрешать ли UE 20 выполнять или конфигурировать, например, двойную возможность подключения.

[0035] Контроллер 54 определяет, следует ли или нет побуждать MeNB 21 выполнять двойную возможность подключения, с использованием информации, переданной от MeNB 21 и HSS 24. Дополнительно, когда определено побуждать MeNB 21 выполнять двойную возможность подключения, контроллер 54 определяет, следует ли или нет побуждать MeNB 21 измерять трафик каждого однонаправленного канала. Контроллер 54 передает сообщение инструкции, указывающее результат определения, на MeNB 21 через блок 51 связи базовой станции. Сообщение инструкции может представлять собой сообщение, которое предписывает MeNB 21 выполнять, например, двойную возможность подключения. Дополнительно, сообщение инструкции может представлять собой сообщение, которое предписывает MeNB 21 измерять трафик каждого однонаправленного канала при выполнении двойной возможности подключения. Кроме того, контроллер 54 может передавать сообщение инструкции к PGW 26 через блок 52 связи SGW и SGW 25. Посредством этого сообщения инструкции, PGW 26 информируется, что двойная возможность подключения должна выполняться, и трафик каждого однонаправленного канала должен измеряться или получаться посредством MeNB 21, и информация об оплате услуг относительно трафика должна приниматься. При этом PGW 26 может распознавать, что после этого ему не требуется измерять трафик. Дополнительно, PGW 26 может сделать приготовления для обработки начисления платы за услуги на основе принятой информации о начислении платы за услуги.

[0036] Пример конфигурации MeNB 21 в соответствии с вторым вариантом осуществления настоящего раскрытия описан со ссылкой на фиг. 5. MeNB 21 включает в себя блок 61 связи UE, блок 62 связи базовой станции, блок 63 связи С-плоскости, блок 64 связи U-плоскости, контроллер 65 и блок 66 измерения данных. Компоненты MeNB 21, такие как блок 61 связи UE, блок 62 связи базовой станции, блок 63 связи С-плоскости, блок 64 связи U-плоскости, контроллер 65 и блок 66 измерения данных могут представлять собой модуль или программное обеспечение, обработка которого выполняется путем запуска, на процессоре, программы, сохраненной в памяти. Альтернативно, компоненты MeNB 21 могут представлять собой аппаратные средства, такие как чип или схема. Отметим, что блок связи может представлять собой передатчик и приемник.

[0037] Блок 61 связи UE передает и принимает данные к и от UE 20. Опорная точка между блоком 61 связи UE и UE 20 определена как LTE-Uu. Блок 62 связи базовой станции передает и принимает данные к и от SeNB 22. Опорная точка между блоком 62 связи базовой станции и SeNB 22 определена как X2.

[0038] Блок 63 связи С-плоскости передает и принимает данные C-плоскости (плоскости управления) к и от MME 23. Данные C-плоскости могут также называться сигналом управления. Блок 64 связи U-плоскости передает и принимает данные U-плоскости (пользовательской плоскости) к и от SGW 25. Данные U-плоскости могут также называться пользовательскими данными.

[0039] Контроллер 65 передает информацию относительно двойной возможности подключения на MME 23 через блок 63 связи С-плоскости. Информация относительно двойной возможности подключения может быть информацией, указывающей, например, может или нет MeNB 21 выполнять двойную возможность подключения. Дополнительно, информация относительно двойной возможности подключения может быть информацией о SeNB, который выполняет двойную возможность подключения с MeNB 21.

[0040] Дополнительно, когда инструкция выполнять двойную возможность подключения выдается от MME 23, контроллер 65 выполняет управление, чтобы добавить SeNB 22, через блок 62 связи базовой станции. Кроме того, когда инструкция измерить трафик каждого однонаправленного канала выдается от MME 23, контроллер 65 выводит сообщение, чтобы предписывать измерение трафика каждого однонаправленного канала, в блок 66 измерения данных. Контроллер 65 дополнительно передает результат измерения в блоке 66 измерения данных на MME 23 через блок 63 связи С-плоскости.

[0041] Когда выдана инструкция измерить трафик каждого однонаправленного канала, блок 66 измерения данных измеряет трафик между UE 20 и MeNB 21. Когда множество однонаправленных каналов установлены с UE 20, блок 66 измерения данных измеряет трафик для каждого из однонаправленных каналов. Дополнительно, блок 66 измерения данных получает информацию о трафике каждого однонаправленного канала между UE 20 и SeNB 22 от SeNB 22 через блок 62 связи базовой станции.

[0042] Стеки протоколов в MeNB 21 и SeNB 22 описаны далее со ссылкой на фиг. 6. MeNB 21 и SeNB 22 составлены из уровня MAC (Управления доступом к среде), уровня RLC (Управления радио линией связи) и уровня PDCP (Протокола конвергенции пакетных данных). Однонаправленный канал устанавливается между уровнем PDCP UE 20 и уровнем PDCP MeNB 21 или SeNB 22.

[0043] Конфигурация двойной возможности подключения, которая реализуется в MeNB 21 и SeNB 22, описывается далее. Существуют две конфигурации для двойной возможности подключения, которая выполняется в MeNB 21 и SeNB 22: конфигурация с использованием канала-носителя MCG (группы главной соты) и канала-носителя SCG (группы вторичной соты) и конфигурация с использованием разделенного канала-носителя.

[0044] Канал-носитель MCG является каналом-носителем связи, который установлен между MeNB 21 и SGW 25. Канал-носитель MCG однозначно соответствует однонаправленному каналу, который установлен между UE 20 и MeNB 21. Канал-носитель SCG является каналом-носителем связи, который установлен между SeNB 22 и SGW 25 или между SeNB 22 и другим SGW. Другой SGW представляет собой SGW, отличающийся от SGW 25. При реализации двойной возможности подключения с использованием канала-носителя MCG и канала-носителя SCG, канал-носитель SCG однозначно соответствует однонаправленному каналу, который установлен между UE 20 и SeNB 22.

[0045] Разделенный канал-носитель является каналом-носителем связи, который установлен между MeNB 21 и SGW 25. Разделенный канал-носитель ассоциирован с однонаправленным каналом, который установлен непосредственно между UE 20 и MeNB 21. Дополнительно, разделенный канал-носитель ассоциирован с однонаправленным каналом, который установлен между UE 20 и MeNB 21 через SeNB 22. Иными словами, MeNB 21 передает данные, передаваемые через однонаправленный канал, который непосредственно установлен между UE 20 и MeNB 21, и данные, передаваемые через однонаправленный канал, который установлен между UE 20 и MeNB 21 через SeNB 22, к SGW 25 через разделенный канал-носитель. MeNB 21 принимает данные, переданные от UE 20 к SeNB 22 через X2, которая является опорной точкой между MeNB 21 и SeNB 22. Связь с использованием разделенного канала-носителя может упоминаться как агрегированная связь.

[0046] Поток процесса установки S1 между MeNB 21 и MME 23 описан далее со ссылкой на фиг. 7. Сначала, активируется MeNB 21 (S11). MeNB 21 активируется, например, путем включения электропитания.

[0047] Затем, MeNB 21 передает сообщение S1 Setup Request (Запрос Установки S1) на MME 23 (S12). Сообщение Запрос Установки S1 содержит DC Support (Поддержку DC), DC combination (комбинацию DC) и DC Traffic Count Support Indication (Указание Поддержки Отсчета DC Трафика) в качестве параметров.

[0048] Поддержка DC является информацией, указывающей, способен или нет MeNB 21 конфигурировать двойную возможность подключения. Комбинация DC является информацией, указывающей, с каким устройством или с какой RAT MeNB 21 конфигурирует двойную возможность подключения. Например, MeNB 21 может конфигурировать двойную возможность подключения с SeNB 22. Альтернативно, MeNB 21 может конфигурировать двойную возможность подключения с WT, который выполняет беспроводную LAN связь. Альтернативно, MeNB 21 может конфигурировать двойную возможность подключения с базовой станцией, которая выполняет связь с использованием схемы радиосвязи, определенной как 3G в 3GPP. Альтернативно, MeNB 21 может конфигурировать двойную возможность подключения с базовой станцией, которая выполняет связь с использованием схемы радиосвязи, возможно определенной как 5G в 3GPP в будущем. Схема радиосвязи, определенная как 5G, может быть схемой, которая реализует высокоскоростную связь с использованием ширины полосы более широкой, чем в LTE, и задержки связи более короткой, чем в LTE, и тому подобное.

[0049] Указание Поддержки Отсчета DC Трафика является информацией, указывающей, поддерживает или нет MeNB 21 функцию измерения трафика каждого однонаправленного канала. Трафик может быть количеством пакетов (которое включает в себя число пакетов, объем данных, и т.д.; которые далее упоминаются как количество пакетов в качестве характерного). Измерение трафика каждого однонаправленного канала означает, когда MeNB 21 конфигурирует двойную возможность подключения с использованием разделенного канала-носителя, измерение трафика данных, передаваемого и принимаемого непосредственно между MeNB 21 и UE 20, и трафика данных, передаваемого и принимаемого между MeNB 21 и UE 20 через SeNB 22, отдельно друг от друга. С другой стороны, когда MeNB 21 конфигурирует двойную возможность подключения с использованием канала-носителя MCG и канала-носителя SCG, измерение трафика каждого однонаправленного канала означает измерение трафика данных, передаваемого и принимаемого между MeNB 21 и UE 20, и трафика данных, передаваемого и принимаемого между SeNB 22 и UE 20, отдельно друг от друга.

[0050] Затем, MME 23 передает сообщение S1 Setup Response (Ответ Установки S1) на MeNB 21 (S13). Сообщение Ответ Установки S1 содержит Указание Поддержки Отсчета DC Трафика в качестве параметра. Указание Поддержки Отсчета DC Трафика, содержащееся в сообщении Ответ Установки S1, является информацией, указывающей, может или нет MME 23 выполнять отсчет количества пакетов для каждого однонаправленного канала в MeNB 21. Например, Указание Поддержки Отсчета DC Трафика может быть информацией, указывающей, может или нет MME 23 передавать информацию о количестве пакетов для каждого однонаправленного канала, принятом от MeNB 21, в качестве информации об оплате услуг в PGW 26 через SGW 25.

[0051] Путем выполнения обработки на этапах S12 и S13, MeNB 21 и MME 23 могут обмениваться информацией о двойной возможности подключения. Иными словами, путем выполнения обработки на этапах S12 и S13, MeNB 21 и MME 23 могут согласовывать информацию о двойной возможности подключения.

[0052] Поток процесса установки X2 между MeNB 21 и SeNB 22 описан далее со ссылкой на фиг. 8. Процесс установки X2 является процессом, выполняемым после того, как активирован MeNB 21. Сначала, MeNB 21 передает сообщение Запрос Установки X2 на SeNB 22 (S21). Сообщение Запрос Установки X2 содержит те же самые параметры, что и параметры, содержащиеся в сообщении Запрос Установки S1 на фиг. 7.

[0053] Затем, SeNB 22 передает сообщение Ответ Установки X2 на MeNB 21 (S22). Сообщение Ответ Установки X2 содержит Поддержку DC, DC комбинацию DC и Указание Поддержки Отсчета DC Трафика в качестве параметров. Указание Поддержки Отсчета DC Трафика, содержащееся в сообщении Ответ Установки X2, является информацией, указывающей, поддерживает ли SeNB 22 функцию отсчета количества пакетов для каждого однонаправленного канала.

[0054] Например, случай, где MeNB 21 и SeNB 22 конфигурируют двойную возможность подключения и дополнительно SeNB 22 поддерживает функцию отсчета количества пакетов для каждого однонаправленного канала, описан ниже. В этом случае, SeNB 22 передает количество пакетов, переданное и принятое через однонаправленный канал, ассоциированный с каналом-носителем SCG, в MeNB 21.

[0055] Путем выполнения обработки на этапах S21 и S22, MeNB 21 и SeNB 22 могут обмениваться информацией о двойной возможности подключения. Иными словами, путем выполнения обработки на этапах S21 и S22, MeNB 21 и SeNB 22 могут согласовывать информацию о двойной возможности подключения.

[0056] Дополнительно, хотя на фиг. 8 описан пример, в котором MeNB 21 передает сообщение Запрос Установки X2 к SeNB 22, SeNB 22 может передавать сообщение Запрос Установки X2 к MeNB 21.

[0057] Поток процесса Attach (Присоединение), относящийся к UE 20, описан далее со ссылкой на фиг. 9 и 10. Процесс Присоединение является процессом, выполняемым для UE 20, чтобы передавать и принимать данные через базовую сеть.

[0058] Сначала, UE 20 передает сообщение Attach request (Запрос Присоединения) на MME 23 через MeNB 21 (S31). Сообщение Запрос Присоединения содержит Поддержку DC и комбинацию DC в качестве параметров. Поддержка DC, содержащаяся в сообщении Запрос Присоединения, является информацией, указывающей, способно или нет UE 20 конфигурировать двойную возможность подключения. Таким образом, Поддержка DC, содержащаяся в сообщении Запрос Присоединения, является информацией, указывающей, может или нет UE 20 выполнять связь с использованием множества однонаправленных каналов в одно и то же время. Дополнительно, комбинация DC, содержащаяся в сообщении Запрос Присоединения, является информацией, указывающей комбинацию RAT, которые UE 20 использует, чтобы конфигурировать двойную возможность подключения. UE 20 может конфигурировать двойную возможность подключения путем комбинирования одних и тех же RAT или может конфигурировать двойную возможность подключения путем комбинирования разных RAT.

[0059] Затем, MME 23 передает сообщение Update Location request (Запрос Обновления Местоположения) к HSS 24 (S32). HSS 24 затем передает сообщение Update Location Ack (Подтверждение Обновления Местоположения) к MME 23 (S33). Сообщение Подтверждение Обновления Местоположения содержит Access Restriction Data (Данные Ограничения Доступа) и DC Not Allowed (DC Не Разрешается) в качестве параметров. Данные Ограничения Доступа и DC Не Разрешается подлежат администрированию в HSS 24 в качестве абонентской информации UE 20.

[0060] DC Не Разрешается является информацией, указывающей, разрешено ли UE 20 конфигурировать двойную возможность подключения. Например, информация DC Не Разрешается может использоваться в качестве информации флага. Более конкретно, когда DC Не Разрешается установлено в ʺ1ʺ это указывает, что UE 20 разрешено конфигурировать двойную возможность подключения, а когда DC Не Разрешается установлено в ʺ0ʺ, это указывает, что UE 20 не разрешено конфигурировать двойную возможность подключения.

[0061] Данные Ограничения Доступа являются информацией, указывающей RAT, которую UE 20 не может использовать. Данные Ограничения Доступа описаны далее со ссылкой на фиг. 11. Фиг. 11 показывает, что битовая позиция, которая установлена в Данных Ограничения Доступа, и RAT, использование которой ограничено, ассоциированы друг с другом. Например, когда 1 установлена в 0-ом бите Данных Ограничения Доступа, UE не может использовать UTRAN. Дополнительно, когда 1 установлена в 7-ом бите Данных Ограничения Доступа, UE не может использовать схему радиосвязи, определенную как 5G.

[0062] Вновь со ссылкой на фиг. 9, MME 23 затем определяет, следует или нет побуждать MeNB 21 отсчитывать количество пакетов для каждого однонаправленного канала на основе Поддержки DC, переданной от MeNB 21 и UE 20, и Указания Поддержки Отсчета DC Трафика, переданного от MeNB 21 (S34). Например, когда MeNB 21 и UE 20 способны конфигурировать двойную возможность подключения и MeNB 21 поддерживает функцию отсчета количества пакетов для каждого однонаправленного канала, MME 23 определяет, что следует побуждать MeNB 21 отсчитывать количество пакетов для каждого однонаправленного канала. Например, когда любое одно из MeNB 21 и UE 20 неспособно конфигурировать двойную возможность подключения или когда MeNB 21 не поддерживает функцию отсчета количества пакетов для каждого однонаправленного канала, MME 23 определяет, что не следует побуждать MeNB 21 отсчитывать количество пакетов для каждого однонаправленного канала.

[0063] Дополнительно, на этапе S34, когда DC Не Разрешается, переданное от HSS 24, указывает, что UE 20 не разрешено конфигурировать двойную возможность подключения, MME 23 может определить, что не следует побуждать MeNB 21 отсчитывать количество пакетов для каждого однонаправленного канала. Дополнительно, на этапе S34, когда Данные Ограничения Доступа, переданные от HSS 24, указывают, что использование RAT, указанной посредством комбинации DC, переданной от UE 20 и MeNB 21, ограничено, MME 23 может определить, что не следует побуждать MeNB 21 отсчитывать количество пакетов для каждого однонаправленного канала.

[0064] Затем, MME 23 передает сообщение Create Session Request (Запрос Создания Сеанса) к SGW 25 (S35). MME 23 устанавливает Указание Поддержки Отсчета DC Трафика, указывающее результат определения на этапе S34, в сообщение Запрос Создания Сеанса. Альтернативно, когда MME 23 определяет, что не следует побуждать MeNB 21 отсчитывать количество пакетов для каждого однонаправленного канала на этапе S34, MME 23 может воздерживаться от установки Указания Поддержки Отсчета DC Трафика в сообщение Запрос Создания Сеанса.

[0065] Затем, SGW 25 передает сообщение Запрос Создания Сеанса, принятое на этапе S35, к PGW 26 (S36). PGW 26 затем выполняет согласование QoS относительно качества связи UE 20 с PCRF 27 (S37).

[0066] Затем, PGW 26 передает сообщение Create Session Response (согласование QoS) к SGW 25 (S38). Сообщение Ответ Создания Сеанса содержит Указание Поддержки Отсчета DC Трафика, Count Rule (Правило Отсчета) и DC Не Разрешается в качестве параметров. Указание Поддержки Отсчета DC Трафика, содержащееся в сообщении Ответа Создания Сеанса, является информацией, указывающей, может или нет PGW 26 выводить информацию о количестве пакетов для каждого однонаправленного канала, переданную от MeNB 21, в качестве информации об оплате услуг в OFCS 29 и OCS 30.

[0067] DC Не Разрешается, содержащееся в сообщении Ответ Создания Сеанса, является информацией, указывающей, следует ли разрешать UE 20 конфигурировать двойную возможность подключения. Например, PGW 26 может устанавливать, следует ли разрешать UE 20 конфигурировать двойную возможность подключения, в соответствии с APN (именем точки доступа), с которым соединяется UE 20. Иными словами, следует ли разрешить конфигурацию двойной возможности подключения, может быть определено заранее для каждой APN, с которой соединяется UE 20. Правило Отсчета, содержащееся в сообщении Ответ Создания Сеанса, является информацией, указывающей подробные условия, когда MeNB 21 отсчитывает количество пакетов для каждого однонаправленного канала. Например, Правило Отсчета может содержать по меньшей мере одно из типа RAT для RAT, подлежащей отсчету, типа трафика для трафика, подлежащего отсчету, и отчетного периода, указывающего период отсчета.

[0068] Случай, где LTE указано в качестве типа RAT, например, описан далее. В этом случае, при конфигурировании двойной возможности подключения с использованием LTE и беспроводной связи LAN, MeNB 21 отсчитывает только число пакетов, переданных и принятых в LTE. С другой стороны, при конфигурировании двойной возможности подключения с SeNB 22, который выполняет связь LTE, MeNB 21 отсчитывает полное количество пакетов, переданное и принятое для каждого однонаправленного канала.

[0069] Тип трафика указывает отсчитывание только пользовательских данных нисходящей линии связи, отсчитывание только пользовательских данных восходящей линии связи, отсчитывание пользовательских данных нисходящей линии связи и пользовательских данных восходящей линии связи или тому подобное. Для отчетного периода может быть задан временной интервал, такой как каждый час, или, например, могут быть указаны время начала и время окончания отсчитывания количества пакетов.

[0070] После этого, SGW 25 передает сообщение Ответ Создания Сеанса, принятое на этапе S38, к MME 23 (S39). MME 23 определяет, следует ли активировать двойную возможность подключения, то есть, следует ли конфигурировать двойную возможность подключения, в UE 20, MeNB 21 и SeNB 22 с использованием Данных Ограничения Доступа и DC Не Разрешается, переданного от HSS 24, и DC Не Разрешается, принятого от PGW 26 (S40). Например, когда любое одно из Данных Ограничения Доступа и DC Не Разрешается, переданного из HSS 24, и DC Не Разрешается, переданного из PGW 26, указывает, что не следует разрешать UE 20 конфигурировать двойную возможность подключения, MME 23 может определить, что следует деактивировать двойную возможность подключения в UE 20, MeNB 21 и SeNB 22.

[0071] Со ссылкой на фиг. 10, MME 23 передает сообщение Initial Context Setup (Установка Исходного Контекста), содержащее сообщение Attach Accept (Принятие Присоединения), на MeNB 21 (S41). Сообщение Принятие Присоединения передается на UE 20 через MeNB 21.

[0072] Сообщение Принятие Присоединения содержит DC Не Разрешается в качестве параметра. DC Не Разрешается, содержащееся в сообщении Принятие Присоединения, является информацией, указывающей, следует ли разрешить UE 20 конфигурировать двойную возможность подключения. Сообщение Установка Исходного Контекста содержит Указание Поддержки Отсчета DC Трафика, Правило Отсчета и DC Не Разрешается в качестве параметров, в дополнение к сообщению Принятие Присоединения. DC Не Разрешается, содержащееся в сообщении Установка Исходного Контекста, является информацией, указывающей, следует ли разрешить MeNB 21 конфигурировать двойную возможность подключения. Когда DC Не Разрешается указывает, что следует разрешить MeNB 21 конфигурировать двойную возможность подключения, MME 23 предписывает MeNB 21, следует или нет отсчитывать количество пакетов для каждого однонаправленного канала при помощи Указания Поддержки Отсчета DC Трафика.

[0073] Когда указывается, что следует разрешить конфигурацию двойной возможности подключения, и предписывается отсчитывать количество пакетов для каждого однонаправленного канала посредством сообщения Установка Исходного Контекста, принятого на этапе S41, MeNB 21 начинает отсчитывать количество пакетов в соответствии с Правилом Счета (S42). Дополнительно, MeNB 21 может принимать количество пакетов, отсчитанное в SeNB 22, от SeNB 22.

[0074] Затем, MeNB 21 передает сообщение RRC Connection Reconfiguration (RRC Реконфигурирование Соединения), содержащее сообщение Принятие Присоединения, к UE 20 (S43). Сообщение Принятие Присоединения, содержащееся в сообщении RRC Реконфигурирование Соединения, является тем же самым, что и сообщение Принятие Присоединения, содержащееся в сообщении Установка Исходного Контекста. Сообщение RRC Реконфигурирование Соединения содержит DC Не Разрешено в качестве параметра, в дополнение к сообщению Принятие Присоединения.

[0075] После этого, UE 20 передает сообщение RRC Connection Reconfiguration Complete (RRC Реконфигурирование Соединения Выполнено) к MeNB 21 (S44). MeNB 21 затем передает сообщение Ответ Установки Исходного Контекста к MME 23 (S45). Сообщение Ответ Установки Исходного Контекста содержит DC Charging Avtivated (Начисление Платы DC Активировано) в качестве параметра. Начисление Платы DC Активировано используется, чтобы уведомлять, что операция отсчитывания количества пакетов для каждого однонаправленного канала инициирована в MeNB 21.

[0076] MME 23 затем передает сообщение Modify Bearer Request (Запрос Модифицирования Канала-носителя) к SGW 25 (S46). Сообщение Запрос Модифицирования Канала-носителя содержит Начисление Платы DC Активировано, полученное на этапе S45. Затем, SGW 25 передает сообщение Запрос Модифицирования Канала-носителя к PGW 26 (S47). Сообщение Запрос Модифицирования Канала-носителя содержит Начисление Платы DC Активировано, полученное на этапе S46.

[0077] Перед получением 'Начисление Платы DC Активировано', PGW 26 отсчитывает количество пакетов, переданное и принятое для каждого UE. После получения 'Начисление Платы DC Активировано', PGW 26 может перестать отсчитывать количество пакетов, переданное и принятое для каждого UE в порядке, чтобы распознать, что количество пакетов для каждого однонаправленного канала отсчитывается в MeNB 21. Альтернативно, PGW 26 может продолжить отсчитывать количество пакетов, переданное и принятое для каждого UE, даже после получения 'Начисление Платы DC Активировано'.

[0078] После этого, PGW 26 передает сообщение Modify Bearer Response (Ответ Модифицирования Канала-носителя) к SGW 25 (S48). SGW 25 затем передает сообщение Ответ Модифицирования Канала-носителя к MME 23 (S49).

[0079] Поток процесса, где MeNB 21 сообщает количество пакетов, отсчитанное для каждого однонаправленного канала, относящегося к UE 20, описан далее со ссылкой на фиг. 12. Сначала, MeNB 21 передает сообщение Traffic Count Report Request (Запрос Отчета об Отсчете Трафика) к SeNB 22, чтобы получить информацию о количестве пакетов, отсчитанном в SeNB 22 в соответствии с Правилом Отсчета (S51). Например, MeNB 21 может передавать сообщение Запрос Отчета об Отсчете Трафика к SeNB 22, когда период отсчета, заданный в Правиле Отсчета, истекает. Альтернативно, MeNB 21 может передавать сообщение Запрос Отчета об Отсчете Трафика на SeNB 22 произвольно по времени.

[0080] Затем, SeNB 22 передает сообщение Traffic Count Report (Отчет об Отсчете Трафика) к MeNB 21 (S52). Сообщение Отчет об Отсчете Трафика содержит Traffic Data (Данные Трафика) в качестве параметра. Данные Трафика являются информацией о количестве пакетов, отсчитанном для каждого однонаправленного канала в SeNB 22. Более конкретно, Данные Трафика могут содержать тип RAT, указывающий отсчитываемую RAT, Measured Traffic (Измеренный Трафик), указывающий отсчитанное количество пакетов, и Measured Period (Измеренный Период), указывающий отсчитанный период.

[0081] Измеренный Трафик может указывать количество пакетов в пользовательских данных нисходящей линии связи и количество пакетов в пользовательских данных восходящей линии связи отдельно друг от друга. Дополнительно, Измеренный Период может указывать, например, время, когда отсчет начинается, и время, когда отсчет заканчивается.

[0082] Затем, MeNB 21 передает сообщение E-RAB Modification Indication (Указание Модификации E-RAB) к MME 23 (S53). Сообщение Указание Модификации E-RAB содержит Данные Трафика, полученные в MeNB 21 от SeNB 22, и Данные Трафика, которые являются информацией о количестве пакетов, отсчитанном в MeNB 21.

[0083] MME 23 затем передает сообщение Запрос Модифицирования Канала-носителя на SGW 25 (S54). Сообщение Запрос Модифицирования Канала-носителя содержит те же самые Данные Трафика, что и Данные Трафика, содержащиеся в Указании Модификации E-RAB. SGW 25 затем передает сообщение Запрос Модифицирования Канала-носителя к PGW 26 (S55). Данные Трафика, содержащиеся в сообщении Запрос Модифицирования Канала-носителя на этапе S55, являются теми же самыми, что и Данные Трафика, содержащиеся в сообщении Запрос Модифицирования Канала-носителя на этапе S54.

[0084] Затем, PGW 26 передает сообщение Ответ Модифицирования Канала-носителя на SGW 25 (S56). SGW 25 затем передает сообщение Ответ Модифицирования Канала-носителя на MME 23 (S57). MME 23 затем передает сообщение E-RAB Modification Confirm (Подтвердить Модификацию E-RAB) к MeNB 21 (S58).

[0085] PGW 26 принимает информацию о количестве пакетов, отсчитанном для каждого однонаправленного канала в MeNB 21 и SeNB 22, которые конфигурируют двойную возможность подключения на этапе S55. PGW 26 тем самым генерирует ярлык отсчета (CDR) в соответствии с количеством пакетов, отсчитанным для каждого однонаправленного канала, и передает сгенерированный ярлык отсчета к OFCS 29 или OCS 30. OFCS 29 или OCS 30 могут вычислять плату услуг, например, путем умножения количества пакетов, отсчитанного для каждого однонаправленного канала, на ставку оплаты услуг, установленную для каждого однонаправленного канала. Например, ставка может быть установлена большей для RAT с использованием LTE или мобильной связи, такой как 5G, чем для RAT с использованием беспроводной связи LAN.

[0086] Фиг. 12 показывает процесс, где MeNB 21 передает сообщение Запрос Отчета об Отсчете Трафика к SeNB 22, чтобы запросить передачу данных трафика на этапе S51. С другой стороны, SeNB 22 может автономно передавать сообщение Отчет об Отсчете Трафика к MeNB 21 в соответствии с Правилом Счета без приема сообщения Запрос Отчета об Отсчете Трафика. Например, SeNB 22 может передавать сообщение Отчет об Отсчете Трафика к MeNB 21 в момент времени, когда отчетный период, указанный Правилом Счета, истекает.

[0087] Дополнительно, сообщение, используемое для передачи Данных Трафика, не ограничено сообщением, показанным на фиг. 12. Сообщения после этапа S53, показанного на фиг. 12, являются сообщениями, определенными в 3GPP. Например, новое сообщение, которое в текущее время не определено в 3GPP, может быть использовано в качестве сообщения после этапа S53. Например, новое сообщение Traffic Report Indication (Указание Отчета о Трафике) может быть использовано вместо сообщения Указание Модификации E-RAB. Дополнительно, новое сообщение Traffic Report Confirm (Подтвердить Отчет о Трафике) может быть использовано вместо сообщения Подтвердить Модификацию E-RAB. Кроме того, новое сообщение Traffic Report Request (Запрос Отчета о Трафике) может быть использовано вместо сообщения Запрос Модификации канала-носителя. Новое сообщение Traffic Report Response (Ответ Отчета о Трафике) может быть использовано вместо сообщения Ответ Модификации Канала-носителя.

[0088] Как описано выше, с использованием системы связи в соответствии со вторым вариантом осуществления настоящего раскрытия, MeNB 21 может отсчитывать количество пакетов, переданное и принятое для каждого однонаправленного канала. Дополнительно, PGW 26 может генерировать информацию об оплате услуг с использованием информации о количестве пакетов, отсчитанном в MeNB 21. PGW 26 может тем самым выполнять начисление платы для каждого однонаправленного канала, даже когда двойная возможность подключения формируется в MeNB 21 и SeNB 22.

[0089] Дополнительно, HSS 24 хранит, в качестве абонентской информации UE 20, информацию о том, следует ли разрешить конфигурацию двойной возможности подключения, и информацию о RAT, использование которой ограничено в двойной возможности подключения. Это предотвращает в UE 20 конфигурирование двойной возможности подключения с использованием RAT, не разрешенной в абонентской информации. Например, описан случай, где UE 20 имеет недорогой контракт, где доступная RAT ограничена до 2G и 3G. В таком случае, возможно предотвратить в UE 20 использование RAT, такой как 5G, которая доступна путем заключения дорогого контракта, при конфигурировании двойной возможности подключения.

[0090] Третий вариант осуществления

Поток процесса установления возможности подключения множественной PDN в соответствии с третьим вариантом осуществления настоящего раскрытия описан со ссылкой на фиг. 13 и 14. Фиг. 13 и 14 показывают поток процесса, когда UE 20 соединяется с множеством PDN. Учитывается, что перед выполнением процесса согласно фиг. 13 был выполнен процесс согласно фиг. 9 и 10, и UE 20 установило возможность подключения PDN с PGW 26.

[0091] Сначала, UE 20 передает сообщение PDN Connectivity Request (Запрос Возможности Подключения PDN) к MME 23 через MeNB 21 (S61). Сообщение Запрос Возможности Подключения PDN содержит APN, которое является информацией, которая идентифицирует PDN, с которой соединяется UE 20.

[0092] Затем, MME 23 определяет, следует или нет побуждать MeNB 21 отсчитывать количество пакетов для каждого однонаправленного канала относительно данных через вновь установленную возможность подключения PDN с использованием информации, полученной в процессе Установки S1 на фиг. 7, процессе Установки X2 на фиг. 8 и процессе Присоединения на фиг. 10 (S62). Информация, полученная в процессе Присоединения, содержит Данные Ограничения Доступа, относящиеся к UE 20, и DC Не Разрешается, относящиеся к UE 20, полученные, например, из HSS 24. Дополнительно, информация, полученная в процессе Установки S1, процессе Установки X2 и процессе Присоединения, содержит Поддержку DC, переданную от MeNB 21 и UE 20, и Указание Поддержки Отсчета DC Трафика, переданное от MeNB 21.

[0093] Этап S63 на фиг. 13 по этап S68 на фиг. 14 являются теми же самыми, что и этапы S35-S40 на фиг. 9, и их подробное описание опущено. Отметим, что, однако, SGW 25 передает и принимает сообщение Запрос Создания Сеанса и сообщение Ответ Создания Сеанса при помощи PGW 26_1, который отличается от PGW 26, на фиг. 13 и 14.

[0094] Затем, MME 23 передает сообщение Запрос Установки Канала-носителя, содержащее сообщение PDN Connectivity Accept (Принятие Возможности Подключения PDN), к MeNB 21 (S69). Сообщение Принятие Возможности Подключения PDN передается к UE 20 через MeNB 21.

[0095] Сообщение Принятие Возможности Подключения PDN содержит DC Не Разрешается в качестве параметра. DC Не Разрешается, содержащееся в сообщении Принятие Возможности Подключения PDN, является информацией, указывающей, следует ли разрешить UE 20 конфигурировать двойную возможность подключения. Сообщение Запрос Установки Канала-носителя содержит Указание Поддержки Отсчета DC Трафика, Правило Счета и DC Не Разрешается в качестве параметров, в дополнение к сообщению Принятие Возможности Подключения PDN. DC Не Разрешается, содержащееся в сообщении Запрос Установки Канала-носителя, является информацией, указывающей, следует ли разрешить MeNB 21 конфигурировать двойную возможность подключения. Когда DC Не Разрешается указывает, что следует разрешить MeNB 21 конфигурировать двойную возможность подключения, MME 23 предписывает MeNB 21 отсчитывать количество пакетов для каждого однонаправленного канала посредством Указания Поддержки Отсчета DC Трафика.

[0096] Этапы S70-S77 являются теми же самыми, что и этапы S42-S49 на фиг. 10, и их подробное описание опущено. Отметим, что, однако, сообщение RRC Реконфигурация Соединения на этапе S71 содержит сообщение Принятие Возможности Подключения PDN, вместо сообщения Принятие Присоединения. Дополнительно, на этапе S73, сообщение Ответ Установки Канала-носителя передается вместо сообщения Ответ Установки Исходного Контекста на этапе S45 на фиг. 10.

[0097] Как описано выше, путем выполнения процесса установления возможности подключения PDN на фиг. 13 и 14, можно определить, для каждой возможности подключения PDN, следует ли или нет побуждать eNB отсчитывать количество пакетов для каждого однонаправленного канала.

[0098] Четвертый вариант осуществления

Инициированная E-UTRAN процедура модификации E-RAB описана со ссылкой на фиг. 15. Фиг. 15 относится к инициированной E-UTRAN процедуре модификации E-RAB, описанной в 3GPP TS 23.401 V13.6.1 (2016-03), Section 5.4.7. Фиг. 15 показывает поток процесса добавления SeNB 22, когда MeNB 21 исполняет двойную возможность подключения.

[0099] Сначала, MeNB 21 передает сообщение SeNB Addition Request (Запрос Добавления SeNB) к SeNB 22 (S81). Сообщение Запрос Добавления SeNB содержит Правило Счета в качестве параметра.

[0100] Затем, SeNB 22 передает сообщение SeNB Addition Request Acknowledge (Подтверждение Запроса Добавления SeNB) к MeNB 21 (S82). MeNB 21 затем передает сообщение RRC Реконфигурация Соединения к UE 20 (S83). UE 20 затем передает сообщение RRC Реконфигурация Соединения Выполнена к MeNB 21 (S84). Затем, SeNB 22 передает сообщение SeNB Addition Request Complete (Запрос Добавления SeNB Выполнен) к MeNB 21 (S85). В результате выполнения этой обработки на этапах S81-S85, добавляется SeNB 22 в качестве eNB, который формирует двойную возможность подключения.

[0101] После этого, MeNB 21 передает сообщение Указание Модификации E-RAB к MME 23 (S86). Сообщение Указание Модификации E-RAB содержит Начисление Платы DC Активировано в качестве параметра. Этапы S87-S90 являются теми же самыми, что и этапы S46-S49 на фиг. 10, и их подробное описание опущено.

[0102] Затем, MME 23 передает сообщение Подтвердить Модификацию E-RAB к MeNB 21 (S91).

[0103] Как описано выше, в результате выполнения инициированной E-UTRAN процедуры модификации E-RAB на фиг. 15, MeNB 21 может передавать Начисление Платы DC Активировано к MME 23, когда SeNB 22 добавляется в качестве eNB, который формирует двойную возможность подключения.

[0104] С другой стороны, на фиг. 10, MeNB 21 передает Начисление Платы DC Активировано к MME 23 в процессе Присоединения UE 20. Таким образом, фиг. 15 показывает, что MeNB 21 подсчитывает количество пакетов для каждого однонаправленного канала после того, как двойная возможность подключения действительно сконфигурирована в радиосети. Таким образом, путем выполнения инициированной E-UTRAN процедуры модификации E-RAB на фиг. 15, PGW отсчитывает количество пакетов и может тем самым выполнять начисление платы до тех пор, пока не сконфигурирована двойная возможность подключения.

[0105] Отметим, что, при выполнении инициированной E-UTRAN процедуры модификации E-RAB на фиг. 15, MeNB 21 не имеет 'Начисление Платы DC Активировано' в сообщении, подлежащем передаче, на этапе S45 на фиг. 10 и этапе S73 на фиг. 14.

[0106] Пятый вариант осуществления

Процедура освобождения S1 в соответствии с пятым вариантом осуществления описана со ссылкой на фиг. 16. Фиг. 16 показывает процесс, подлежащий выполнению при переходе UE 20 в состояние незанятости (Idle state). Более конкретно, фиг. 16 показывает процесс освобождения канала-носителя связи, относящегося к UE 20 между MeNB 21 и базовой сетью.

[0107] Сначала, MeNB 21 определяет, что следует активировать процедуру освобождения S1 после перехода UE 20 в состояние незанятости (S101). Затем, MeNB 21 передает сообщение Запрос Отчета об Отсчете Трафика к SeNB 22 (S102). MeNB 21 передает сообщение Запрос Отчета об Отсчете Трафика к SeNB 22, чтобы побудить SeNB 22 передавать данные о количестве пакетов для каждого однонаправленного канала, отсчитанном в SeNB 22.

[0108] Затем, SeNB 22 передает сообщение Отчет об Отсчете Трафика к MeNB 21 (S103). Сообщение Отчет об Отсчете Трафика содержит Данные Трафика, указывающие данные о количестве пакетов для каждого однонаправленного канала, отсчитанном в SeNB 22.

[0109] Затем, MeNB 21 передает сообщение S1 UE Context Release Request (Запрос Освобождения Контекста UE S1) к MME 23 (S104). Сообщение Запрос Освобождения Контекста UE S1 содержит Данные Трафика, полученные MeNB 21 от SeNB 22, и Данные Трафика, которые являются информацией о количестве пакетов, отсчитанном в MeNB 21.

[0110] Затем, MME 23 передает сообщение Release Access Bearers Request (Запрос Освобождения Доступа к Каналам-носителям) к SGW 25 (S105). Сообщение Запрос Освобождения Доступа к Каналам-носителям содержит те же самые Данные Трафика, что и Данные Трафика, содержащиеся в сообщении Запрос Освобождения Контекста UE S1. SGW 25 затем передает сообщение Запрос Модифицирования Канала-носителя к PGW 26 (S106). Данные Трафика, содержащиеся в сообщении Запрос Модифицирования Канала-носителя на этапе S106, являются теми же самыми, что и Данные Трафика, содержащиеся в сообщении Запрос Модифицирования Канала-носителя на этапе S105.

[0111] Затем, PGW 26 передает сообщение Ответ Модифицирования Канала-носителя к SGW 25 (S107). SGW 25 затем передает сообщение Release Access Bearers Response (Ответ Освобождения Доступа к Каналам-носителям) к MME 23 (S108). MME 23 затем передает сообщение S1 UE Context Release Command (Команда Освобождения Контекста UE S1) к MeNB 21 (S109).

[0112] Дополнительно, сообщение, использованное для передачи Данных Трафика, не ограничено сообщением, показанным на фиг. 16. Сообщения после этапа S104, показанного на фиг. 16, являются теми же самыми, что и сообщения, определенные в 3GPP. Например, новое сообщение, которое в текущее время не определено в 3GPP, может быть использовано в качестве сообщения после этапа S104. Например, новое сообщение Запрос Отчета о Трафике может быть использовано вместо сообщения Запрос Модифицирования Канала-носителя. Дополнительно, новое сообщение Ответ Отчета о Трафике может быть использовано вместо сообщения Ответ Модифицирования Канала-носителя.

[0113] Инициированная PDN GW процедура деактивации канала-носителя в соответствии с пятым вариантом осуществления описана далее со ссылкой на фиг. 17. Фиг. 17 показывает процесс, подлежащий выполнению, когда PGW 26 определяет, что следует удалить канал-носитель связи, относящийся к UE 20. Этот процесс может быть выполнен с UE 20, находящимся в активном состоянии.

[0114] Сначала, PGW 26 передает сообщение Delete Bearer Request (Запрос Удаления Канала-носителя) к SGW 25 (S111). Сообщение Запрос Удаления Канала-носителя содержит идентификационную информацию UE 20. Затем, SGW 25 передает сообщение Запрос Удаления Канала-носителя, переданный от PGW 26, к MME 23 (S112). MME 23 затем передает сообщение Запрос Удаления Канала-носителя, переданное от SGW 25, к MeNB 21 (S113). MeNB 21 затем передает сообщение RRC Реконфигурация Соединения к UE 20 (S114). UE 20 затем передает сообщение RRC Реконфигурация Соединения Выполнена к MeNB 21 (S115).

[0115] Затем, MeNB 21 передает сообщение Запрос Отчета об Отсчете Трафика к SeNB 22 (S116). MeNB 21 передает сообщение Запрос Отчета об Отсчете Трафика к SeNB 22, чтобы побудить SeNB 22 передавать данные о количестве пакетов для каждого однонаправленного канала, отсчитанном в SeNB 22.

[0116] Затем, SeNB 22 передает сообщение Отчет об Отсчете Трафика к MeNB 21 (S117). Сообщение Отчет об Отсчете Трафика содержит Данные Трафика, указывающие данные о количестве пакетов для каждого однонаправленного канала, отсчитанном в SeNB 22.

[0117] Затем, MeNB 21 передает сообщение Deactive Bearer Response (Ответ Деактивации Канала-носителя) к MME 23 (S118). Сообщение Ответ Деактивации Канала-носителя содержит Данные Трафика, полученные MeNB 21 от SeNB 22, и Данные Трафика, которые являются информацией о количестве пакетов, отсчитанном в MeNB 21.

[0118] MME 23 затем передает сообщение Ответ Деактивации Канала-носителя, переданное от MeNB 21, к SGW 25 (S119). Дополнительно, SGW 25 передает сообщение Ответ Деактивации Канала-носителя, переданное от MME 23, к PGW 26 (S120).

[0119] Инициированная MME процедура деактивации канала-носителя в соответствии с пятым вариантом осуществления описана далее со ссылкой на фиг. 18. Фиг. 18 показывает процесс, подлежащий выполнению, когда MME 23 определяет, что следует удалить канал-носитель связи, связанный с UE 20. Этот процесс может быть выполнен с UE 20, находящим в активном состоянии.

[0120] Сначала, MME 23 передает сообщение Delete Bearer Command (Команда Удаления Канала-носителя) к SGW 25 (S131). Сообщение Команда Удаления Канала-носителя содержит идентификационную информацию UE 20. Затем, SGW 25 передает сообщение Команда Удаления Канала-носителя, переданное от MME 23, к PGW 26 (S132).

[0121] Этапы S133-S142 являются теми же самыми, что и этапы S111-S120 на фиг. 17, и их подробное описание опущено.

[0122] Как описано выше, путем выполнения обработки на этапах S16 и S18, MeNB 21 может получать данные о количестве пакетов для каждого однонаправленного канала, отсчитанном в SeNB 22, при освобождении канала-носителя связи, относящегося к UE 20.

[0123] Шестой вариант осуществления

Процедура X2 HO (Hand Over, Хэндовер) описана далее со ссылкой на фиг. 19. Фиг. 19 показывает поток процесса хэндовера (передачи обслуживания) без изменений в MME 23. Дополнительно, фиг. 19 показывает поток процесса хэндовера, когда eNB, на который выполняется хэндовер, может отсчитывать количество пакетов для каждого однонаправленного канала.

[0124] Исходный eNB, от которого выполняется хэндовер, определяет, что следует выполнить хэндовер UE 20 (S151). Например, MeNB 21 может быть исходным eNB. В этом случае, MeNB 21 сначала выполняет процедуру, показанную на этапе S51 и этапе S52 на фиг. 12, с SeNB 22 и тем самым получает Данные Трафика, измеренные в SeNB 22. Затем, исходный eNB передает сообщение Handover Request (Запрос Хэндовера) к целевому eNB (S152). Целевой eNB представляет собой eNB, который формирует область связи, в которую перемещается UE 20. Сообщение Запрос Хэндовера содержит Правило Отсчета, Данные Трафика и DC Не Разрешается. Правило Отсчета является Правилом Отсчета, которое применяется, когда исходный eNB отсчитывает количество пакетов для каждого однонаправленного канала. Данные Трафика являются информацией о количестве пакетов, отсчитанном для каждого однонаправленного канала в исходном eNB. DC Не Разрешается является информацией, указывающей, разрешено или нет UE 20 конфигурировать двойную возможность подключения.

[0125] Затем, целевой eNB передает сообщение Handover Request Ack (Подтверждение Запроса Хэндовера) на исходный eNB (S153). Сообщение Подтверждение Запроса Хэндовера содержит Указание Поддержки Отсчета DC Трафика в качестве параметра. Указание Поддержки Отсчета DC Трафика является информацией, указывающей, что целевой eNB может отсчитывать количество пакетов для каждого однонаправленного канала.

[0126] Затем, исходный eNB передает сообщение RRC Реконфигурация Соединения на UE 20 (S154). UE 20 передает сообщение RRC Реконфигурация Соединения Выполнена к целевому eNB (S155).

[0127] Затем, целевой eNB передает сообщение Path Switch Request (Запрос Переключения Маршрута) к MME 23, чтобы переключить eNB, с которым соединяется UE 20 (S156). MME 23 затем передает сообщение Запрос Модифицирования Канала-носителя к SGW 25 (S157). SGW 25 затем передает сообщение Ответ Модифицирования Канала-носителя к MME 23 (S158). Затем, MME 23 передает сообщение Path Switch Request Ack (Подтверждение Запроса Переключения Маршрута) на целевой eNB (S159). Целевой eNB затем передает сообщение UE Context Release (Освобождение Контекста UE) на исходный eNB (S160).

[0128] Путем выполнения процесса согласно фиг. 19, заканчивается процесс хэндовера между исходным eNB и целевым eNB. Дополнительно, путем выполнения процесса согласно фиг. 19, обработка отсчитывания количества пакетов для каждого однонаправленного канала передается от исходного eNB на целевой eNB.

[0129] Процедура X2 HO (Hand Over, Хэндовер) описана далее со ссылкой на фиг. 20 и 21. Фиг. 20 и 21 показывают поток процесса хэндовера без изменения в MME 23. Дополнительно, фиг. 20 и 21 показывают поток процесса хэндовера, когда eNB, на который выполняется хэндовер, не может отсчитывать количество пакетов для каждого однонаправленного канала.

[0130] Этапы S171 и S172 являются теми же самыми, что и этапы S151 и S152 на фиг. 19, и их подробное описание опущено. Затем, целевой eNB передает сообщение Подтверждение Запроса Хэндовера на исходный eNB (S173). Сообщение Подтверждения Запроса Хэндовера не содержит Указание Поддержки Отсчета DC Трафика или содержит Указание Без Поддержки Отсчета DC Трафика. При помощи сообщения Подтверждение Запроса Хэндовера, не содержащего Указание Поддержки Отсчета DC Трафика или содержащего Указание Без Поддержки Отсчета DC Трафика, целевой eNB уведомляет исходный eNB, что невозможно отсчитать количество пакетов для каждого однонаправленного канала.

[0131] Затем, исходный eNB передает сообщение Указание Модификации E-RAB к MME 23 (S174). Сообщение Указание Модификации E-RAB содержит Данные Трафика и DC Traffic Count Stop (Остановка Отсчета DC Трафика). Остановка Отсчета DC Трафика является информацией, указывающей, что отсчитывание количества пакетов для каждого однонаправленного канала в исходном eNB следует остановить. Альтернативно, Остановка Отсчета DC Трафика может быть информацией, указывающей, что подсчитывание количества пакетов для каждого однонаправленного канала в исходном eNB остановилось.

[0132] MME 23 передает сообщение Запрос Модифицирования Канала-носителя к SGW 25 (S175). Сообщение Запрос Модифицирования Канала-носителя содержит Данные Трафика и Остановку Отсчета DC трафика, содержащиеся в сообщении Указание Модификации E-RAB, принятом на этапе S174. SGW 25 затем передает сообщение Запрос Модифицировать Канала-носитель, принятый от MME 23, к PGW 26 (S176).

[0133] Затем, PGW 26 передает сообщение Ответ Модифицирования Канала-носителя к SGW 25 (S177). SGW 25 затем передает сообщение Ответ Модифицирования Канала-носителя, принятое от PGW 26, к MME 23 (S178). MME 23 затем передает сообщение Подтвердить Модификацию E-RAB к исходному eNB (S179).

[0134] Этапы S180-S186 на фиг. 21 являются теми же самыми, что и этапы S154-S160 на фиг. 19, и их подробное описание опущено.

[0135] Путем выполнения процесса согласно фиг. 20 и 21, когда целевой eNB не может отсчитывать количество пакетов для каждого однонаправленного канала, исходный eNB может уведомить PGW 26, через MME 23 и SGW 25, что отсчитывание количества пакетов для каждого однонаправленного канала следует остановить. PGW 26 может тем самым начать обработку отсчитывания количества пакетов, относящегося к UE 20. Иными словами, PGW 26 может переключить обработку отсчитывания количества пакетов, относящихся к UE 20, от исходного eNB.

[0136] Процедура S1 HO описана далее со ссылкой на фиг. 22 и 23. Фиг. 22 и 23 показывают поток процесса хэндовера с изменением в MME 23. Дополнительно, фиг. 22 и 23 показывают поток процесса хэндовера, когда eNB, на который выполняется хэндовер, может отсчитывать количество пакетов для каждого однонаправленного канала.

[0137] Сначала, исходный eNB, от которого выполняется хэндовер, определяет, что следует выполнить хэндовер UE 20 (S191). Например, MeNB 21 может быть исходным eNB. В этом случае, MeNB 21 сначала выполняет процедуру, показанную на этапе S51 и этапе S52 на фиг. 12 при помощи SeNB 22 и тем самым получает Данные Трафика, измеренные в SeNB 22. Затем, исходный eNB передает сообщение Handover Required (Требуется Хэндовер) к исходному MME (S192). Исходный MME может представлять собой MME 23. Сообщение Требуется Хэндовер содержит Source to Target Transparent Container (Прозрачный от Источника до Цели Контейнер). Прозрачный от Источника до Цели Контейнер представляет собой информацию, содержащую Правило Счета и Данные Трафика.

[0138] Затем, исходный MME передает сообщение Forward Relocation Request (Запрос Пересылки Изменения Местоположения) к целевому MME (S193). Сообщение Запрос Пересылки Изменения Местоположения содержит Прозрачный от Источника до Цели Контейнер. Исходный MME добавляет DC Не Разрешается в Прозрачный от Источника до Цели Контейнер, переданный от исходного eNB. Исходный MME передает сообщение Запрос Пересылки Изменения Местоположения, которое содержит Прозрачный от Источника до Цели Контейнер, к которому добавлено DC Не Разрешается. DC Не Разрешается, добавленное исходным MME, представляет собой информацию, указывающую, способно или нет UE 20 конфигурировать двойную возможность подключения. DC Не Разрешается, добавленное исходным MME, представляет собой абонентскую информацию, полученную исходным MME от HSS 24.

[0139] Затем, целевой MME передает сообщение Запрос Хэндовера на целевой eNB (S194). Сообщение Запрос Хэндовера содержит Прозрачный от Источника до Цели Контейнер, переданный от исходного MME. Целевой eNB затем передает сообщение Подтверждение Запроса Хэндовера на целевой MME (S195). Подтверждение Запроса Хэндовера содержит Прозрачный от Источника до Цели Контейнер. Прозрачный от Источника до Цели Контейнер содержит Указание Поддержки Отсчета DC Трафика. Указание Поддержки Отсчета DC Трафика представляет собой информацию, указывающую, что целевой eNB может отсчитывать количество пакетов для каждого однонаправленного канала.

[0140] Затем, целевой MME передает сообщение Forward Relocation Response (Ответ Пересылки Изменения Местоположения) на исходный MME (S196). Сообщение Ответ Пересылки Изменения Местоположения содержит Указание Поддержки Отсчета DC Трафика и Прозрачный от Источника до Цели Контейнер. Указание Поддержки Отсчета DC Трафика является информацией, указывающей, может или нет целевой MME выполнять отсчитывание количества пакетов для каждого однонаправленного канала в целевом eNB. Прозрачный от Источника до Цели Контейнер является тем же, что и Прозрачный от Источника до Цели Контейнер, переданный от целевого eNB.

[0141] Затем, исходный MME передает сообщение Handover Command (Команда Хэндовера) на исходный eNB (S197). Сообщение Команда Хэндовера содержит Указание Поддержки Отсчета DC Трафика и Прозрачный от Источника до Цели Контейнер. Прозрачный от Источника до Цели Контейнер является тем же самым, что и Прозрачный от Источника до Цели Контейнер, переданный от целевого MME. Затем, исходный eNB передает сообщение Команда Хэндовера на UE 20 (S198).

[0142] Со ссылкой на фиг. 23, UE 20 затем передает сообщение Подтверждение Хэндовера на целевой eNB (S199). Целевой eNB затем передает сообщение Handover Notify (Уведомить о Хэндовере) к целевому MME (S200). Целевой MME затем передает сообщение Forward Relocation Complete Notification (Уведомление о Выполнении Пересылки Изменения Местоположения) к первичному MME (S201). Первичный MME затем передает сообщение Forward Relocation Complete Acknowledge (Подтвердить Выполнение Пересылки Изменения Местоположения) к целевому MME (S202).

[0143] Затем, целевой MME передает сообщение Запрос Модифицирования Канала-носителя к SGW 25 (S203). SGW 25 затем передает сообщение Ответ Модифицирования Канала-носителя к целевому MME (S204). После этого, процедура TAU (Tracking Area Update, обновление области отслеживания) выполняется в UE 20, целевом eNB и целевом MME (S205).

[0144] Исходный MME затем передает сообщение Команда Освобождения Контекста UE к исходному eNB (S206). Исходный eNB затем передает сообщение Освобождение Контекста UE Выполнено к исходному MME (S207).

[0145] Процедура S1 HO описана далее со ссылкой на фиг. 24 и 26. Фиг. 24 и 26 показывают поток процесса хэндовера с изменением в MME 23. Дополнительно, фиг. 24 и 26 показывают поток процесса хэндовера, когда eNB, на который выполняется хэндовер, не может отсчитывать количество пакетов для каждого однонаправленного канала.

[0146] Этапы S211 и S214 являются теми же самыми, что и этапы S191 и S194 на фиг. 22, и их подробное описание опущено. Затем, целевой eNB передает сообщение Подтверждение Запроса Хэндовера на целевой MME (S215). Подтверждение Запроса Хэндовера содержит Прозрачный от Источника до Цели Контейнер. Кроме того, Прозрачный от Источника до Цели Контейнер не содержит содержит Указание Поддержки Отсчета DC Трафика или содержит Указание Без Поддержки Отсчета DC Трафика. Таким образом, целевой eNB уведомляет целевой MME, что невозможно отсчитывать количество пакетов для каждого однонаправленного канала.

[0147] Затем, целевой MME передает сообщение Ответ Пересылки Изменения Местоположения на исходный MME (S216). Сообщение Ответ Пересылки Изменения Местоположения не содержит Указание Поддержки Отсчета DC Трафика или содержит Указание Без Поддержки Отсчета DC Трафика. Дополнительно, сообщение Ответ Пересылки Изменения Местоположения содержит Прозрачный от Источника до Цели Контейнер. Отсутствие Указания Поддержки Отсчета DC Трафика или наличие Указания Без Поддержки Отсчета DC Трафика является информацией, указывающей, что целевой MME не может выполнять отсчитывание количества пакетов для каждого однонаправленного канала в целевом eNB. Прозрачный от Источника до Цели Контейнер является тем же самым, что и Прозрачный от Источника до Цели Контейнер, переданный от целевого eNB.

[0148] Затем, исходный MME передает сообщение Команда Хэндовера на исходный eNB (S217). Сообщение Команда Хэндовера не содержит Указание Поддержки Отсчета DC Трафика или содержит Указание Без Поддержки Отсчета DC Трафика. Дополнительно, сообщение Команда Хэндовера содержит Прозрачный от Источника до Цели Контейнер. Информация, содержащаяся в сообщении Команда Хэндовера, является той же самой, что и информация, содержащаяся в сообщении Ответ Пересылки Изменения Местоположения, принятом на этапе S216.

[0149] Этапы S218-S225 являются по сути теми же самыми, что и этапы S174 и S179 на фиг. 20. Отметим, однако, что фиг. 25 показывает поток хэндовера с изменением в MME. Таким образом, фиг. 25 показывает, что сообщение Запрос Модифицирования Канала-носителя и сообщение Ответ Модифицирования Канала-носителя передаются и принимаются между исходным MME и целевым MME.

[0150] Этап S226 на фиг. 25 и этапы S227-S235 на фиг. 26 являются теми же самыми, что и этап S198 на фиг. 22 и этапы S199-S207 на фиг. 23, и их подробное описание опущено.

[0151] Как описано выше, путем выполнения процесса в соответствии с шестым вариантом осуществления, можно передать количество пакетов для каждого однонаправленного канала, отсчитанное в исходном eNB, на целевой eNB, когда выполняется хэндовер, относящийся к UE 20. Дополнительно, когда целевой eNB не может отсчитывать количество пакетов для каждого однонаправленного канала, PGW 26 может переключать отсчитывание количества пакетов, относящегося к UE 20.

[0152] Примеры конфигураций UE 20 и MeNB 21 и MME 23, описанных во множестве вариантов осуществления выше, описаны далее. Фиг. 27 является блок-схемой, показывающей пример конфигурации eNB 60. Со ссылкой на фиг. 27, MeNB 21 включает в себя RF приемопередатчик 1001, сетевой интерфейс 1003, процессор 1004 и память 1005. RF приемопередатчик 1001 выполняет обработку аналогового RF сигнала для осуществления связи с UE. RF приемопередатчик 1001 может включать в себя множество приемопередатчиков. RF приемопередатчик 1001 соединен с антенной 1002 и процессором 1004. RF приемопередатчик 1001 принимает модулированные символьные данные (или данные OFDM символов) от процессора 1004, генерирует RF сигнал передачи и подает RF сигнал передачи на антенну 1002. Дополнительно, RF приемопередатчик 1001 генерирует принятый сигнал базовой полосы на основе принятого RF сигнала, принятого антенной 1002, и подает его в процессор 1004.

[0153] Сетевой интерфейс 1003 используется для осуществления связи с сетевым узлом (например, другими eNB, объектом управления мобильностью (MME), обслуживающим шлюзом (S-GW) и сервером TSS или ITS). Сетевой интерфейс 1003 может включать в себя карту сетевого интерфейса (NIC), например, соответствующую серии IEEE 802.3.

[0154] Процессор 1004 выполняет обработку плоскости данных, включающую в себя цифровую обработку сигнала базовой полосы и обработку плоскости управления для радиосвязи. Например, в случае LTE и LTE-Advanced, цифровая обработка сигнала базовой полосы процессором 1004 может включать в себя обработку сигнала уровня PDCP, уровня RLC, уровня MAC и уровня PHY. Дополнительно, обработка сигнала процессором 1004 может включать в себя обработку сигнала уровня GTP-U⋅UDP/IP в интерфейсе X2-U и интерфейсе S1-U. Кроме того, обработка плоскости управления процессором 1004 может включать в себя обработку протокола X2AP, протокола S1-MME и протокола RRC.

[0155] Процессор 1004 может включать в себя множество процессоров. Например, процессор 1004 может включать в себя процессор модема (например, DSP), который выполняет цифровую обработку сигнала базовой полосы, процессор (например, DSP), который выполняет обработку сигнала уровня GTP-U⋅UDP/IP в интерфейсе X2-U и интерфейсе S1-U, и процессор стека протокола (например, CPU или MPU), который выполняет обработку плоскости управления.

[0156] Память 1005 является комбинацией энергозависимой памяти и энергонезависимой памяти. Память 1005 может включать в себя множество устройств памяти, которые являются физически независимыми друг от друга. Энергозависимая память является статической памятью с произвольным доступом (SRAM), динамической RAM (DRAM) или их комбинацией, например. Энергонезависимая память является масочной постоянной памятью (MROM), электрически стираемой программируемой ROM (EEPROM), флэш-памятью, накопителем на жестком диске или их комбинацией, например. Память 1005 может включать в себя хранилище, которое помещено независимо от процессора 1004. В этом случае, процессор 1004 может осуществлять доступ к памяти 1005 через сетевой интерфейс 1003 или интерфейс I/O, который не показан.

[0157] Память 1005 может хранить модуль программного обеспечения (компьютерную программу), содержащий группу инструкций и данных для выполнения обработки при помощи MeNB 21, описанной выше во множестве вариантов осуществления. В нескольких реализациях, процессор 1004 может быть сконфигурирован, чтобы выполнять обработку eNB 60, описанную выше в вариантах осуществления, путем считывания модуля программного обеспечения из памяти 1005 и его исполнения.

[0158] Фиг. 28 является блок-схемой, показывающей пример конфигурации UE 20. Радиочастотный (RF) приемопередатчик 1101 выполняет обработку аналогового RF сигнала для осуществления связи с MeNB 21 и SeNB 22. Обработка аналогового RF сигнала, выполняемая RF приемопередатчиком 1101, включает в себя преобразование с повышением частоты, преобразование с понижением частоты и усиление. RF приемопередатчик 1101 соединен с антенной 1102 и процессором 1103 базовой полосы. Более конкретно, RF приемопередатчик 1101 принимает модулированные символьные данные (или данные OFDM символов) из процессора 1103 базовой полосы, генерирует RF сигнал передачи и подает RF сигнал передачи на антенну 1102. Дополнительно, RF приемопередатчик 1101 генерирует принятый сигнал базовой полосы на основе принятого RF сигнала, принятого антенной 1102, и подает его в процессор 1103 базовой полосы.

[0159] Процессор 1103 базовой полосы выполняет цифровую обработку сигнала базовой полосы (обработку плоскости данных) и обработку плоскости управления для радиосвязи. Цифровая обработка сигнала базовой полосы включает в себя (a) сжатие/декомпрессию данных, (b) сегментацию/конкатенацию данных, (c) компоновку/декомпоновку формата передачи (кадра передачи), (d) кодирование/декодирование канала передачи, (e) модуляцию(символьное отображение)/демодуляцию и (f) генерацию данных OFDM символов (OFDM сигнала базовой полосы) посредством обратного быстрого преобразования Фурье (IFFT) и тому подобное. С другой стороны, обработка плоскости управления включает в себя администрирование связи Уровня 1 (например, управление мощностью передачи), Уровня 2 (например, администрирование радиоресурса и обработку гибридного автоматического запроса повторения (HARQ)) и Уровня 3 (например, присоединение, мобильность и сигнализация, относящаяся к управлению вызовом).

[0160] Например, в случае LTE и LTE-Advanced, цифровая обработка сигнала базовой полосы процессором 1103 базовой полосы может включать в себя обработку сигнала уровня протокола конвергенции пакетных данных (PDCP), уровня управления радио линией связи (RLC), уровня MAC и уровня PHY. Дополнительно, обработка плоскости управления процессором 1103 базовой полосы может включать в себя обработку протокола слоя, не относящегося к доступу (NAS), протокола RRC и MAC CE.

[0161] Процессор 1103 базовой полосы может включать в себя процессор модема (например, процессор цифрового сигнала (DSP)), который выполняет цифровую обработку сигнала базовой полосы, и процессор стека протокола (например, центральный процессор (CPU) или микропроцессор (MPU)), который выполняет обработку плоскости управления. В этом случае, процессор стека протокола, который выполняет обработку плоскости управления, может быть общим для процессора 1104 приложений, который описан ниже.

[0162] Процессор 1104 приложений также называется CPU, MPU, микропроцессором или ядром процессора. Процессор 1104 приложений может включать в себя множество процессоров (множество ядер процессора). Процессор 1104 приложений реализует каждую функцию UE 20 путем исполнения системного программного обеспечения (операционной системы (OS)) и различных программных приложений (например, приложение вызова, веб-браузер, почтовый ящик, приложение управления камерой, приложение воспроизведения музыки и т.д.), считываемых из памяти 1106 или памяти, которая не показана.

[0163] В нескольких реализациях, как показано пунктирной линией (1105) на фиг. 29, процессор 1103 базовой полосы и процессор 1104 приложений могут быть интегрированы в один чип. Иными словами, процессор 1103 базовой полосы и процессор 1104 приложений могут быть реализованы как одно устройство 1105 однокристальной системы (SoC). SοC устройство также называется большой интегральной схемой (LSI) или набором чипов в некоторых случаях.

[0164] Память 1006 является комбинацией энергозависимой памяти и энергонезависимой памяти. Память 1006 может включать в себя множество устройств памяти, которые являются физически независимыми друг от друга. Энергозависимая память является статической памятью с произвольным доступом (SRAM), динамической RAM (DRAM) или их комбинацией, например. Энергонезависимая память является масочной постоянной памятью (MROM), электрически стираемой программируемой ROM (EEPROM), флэш-памятью, накопителем на жестком диске или их комбинацией, например. Например, память 1106 может включать в себя внешнее устройство памяти, доступное для процессора 1103 базовой полосы, процессора 1104 приложений и SοC 1105. Память 1106 может включать в себя внутреннее устройство памяти, которое интегрировано в процессор 1103 базовой полосы, процессор 1104 приложений или SοC 1105. Дополнительно, память 1106 может включать в себя память в универсальной карте с интегральной схемой (UICC).

[0165] Память 1106 может хранить модуль программного обеспечения (компьютерную программу), содержащий группу инструкций и данные для выполнения обработки посредством UE 20, описанного выше во множестве вариантов осуществления. В нескольких реализациях, процессор 1103 базовой полосы или процессор 1104 приложений могут быть сконфигурированы, чтобы выполнять обработку UE 20, описанного выше в вариантах осуществления, путем считывания модуля программного обеспечения из памяти 1106 и его исполнения.

[0166] Фиг. 29 является блок-схемой, показывающей пример конфигурации MME 23. Со ссылкой на фиг. 29, MME 23 включает в себя сетевой интерфейс 1201, процессор 1202 и память 1203. Сетевой интерфейс 1201 используется, чтобы осуществлять связь с сетевыми узлами (например, eNodeB 130, MME, P-GW). Сетевой интерфейс 1201 может включать в себя карту сетевого интерфейса (NIC), которая соответствует, например, серии IEEE 802.3.

[0167] Процессор 1202 считывает и запускает программное обеспечение (компьютерную программу) из памяти 1203 и тем самым исполняет обработку MME 23, которая описана со ссылкой на схемы последовательности операций и блок-схемы последовательности операций в вариантах осуществления, описанных выше. Процессор 1202 может быть микропроцессором, MPU или CPU, например. Процессор 1202 может включать в себя множество процессоров.

[0168] Память 1203 является комбинацией энергозависимой памяти и энергонезависимой памяти. Память 1203 может включать в себя хранилище, которое помещено отдельно от процессора 1202. В этом случае, процессор 1202 может осуществлять доступ к памяти 1203 через интерфейс I/O, который не показан.

[0169] В примере согласно фиг. 29, память 1203 используется, чтобы хранить группу модулей программного обеспечения. Процессор 1202 считывает и исполняет группу модулей программного обеспечения из памяти 1203 и может тем самым выполнять обработку MME 23, описанную выше в вариантах осуществления.

[0170] Как описано со ссылкой на фиг. 27 и 29, каждый из процессоров, включенных в UE 20, MeNB 21 и MME 23 в вариантах осуществления выше, исполняет одну или несколько программ, включенных в группу инструкций, для побуждения компьютера выполнять алгоритмы, описанные с использованием чертежей.

[0171] В примере, приведенном выше, программа может храниться и предоставляться в компьютер с использованием любого типа не-временного считываемого компьютером носителя. Не-временный считываемый компьютером носитель включает в себя любой тип материального носителя хранения. Примеры не-временного считываемого компьютером носителя включают в себя магнитные носители хранения (такие как флоппи-диски, магнитные ленты, накопители на жестких дисках и т.д.), оптические магнитные носители хранения (например, магнитно-оптические диски), CD-ROM (постоянная память), CD-R, CD-R/W, DVD-ROM (постоянная память на универсальном цифровом диске), DVD-R (записываемый DVD)), DVD-R DL (DVD-R двойного уровня)), DVD-RW (перезаписываемый DVD), DVD-RAM, DVD+R, DVR+R DL, DVD+RW, BD-R (записываемый диск Blu-ray (зарегистрированный товарный знак)), BD-RE (перезаписываемый диск Blu-ray (зарегистрированный товарный знак)), BD-ROM и полупроводниковые памяти (такие как масочная ROM, PROM (программируемая ROM), EPROM (стираемая PROM), флэш-ROM, RAM (память с произвольным доступом) и т.д.). Программа может быть предоставлена в компьютер с использованием любого типа кратковременного считываемого компьютером носителя. Примеры кратковременного считываемого компьютером носителя включают в себя электрические сигналы, оптические сигналы и электромагнитные волны. Кратковременный считываемый компьютером носитель может предоставить программу в компьютер посредством линии проводной связи, такой как электрический провод или оптическое волокно, или линии беспроводной связи.

[0172] Следует отметить, что настоящее изобретение не ограничено вышеописанными вариантами осуществления и может варьироваться различным образом в пределах объема настоящего изобретения. Дополнительно, в данном раскрытии, варианты осуществления могут комбинироваться по мере необходимости.

[0173] Хотя изобретение было частично показано и со ссылкой на варианты его осуществления, изобретение не ограничено этими вариантами осуществления. Специалистам в данной области будет понятно, что различные изменения в форме и в деталях могут быть произведены без отклонения от сущности и объема настоящего изобретения, как определено формулой изобретения.

[0174] Данная заявка основана и испрашивает приоритет японской патентной заявки No. 2016-105254, поданной 26 мая 2016, раскрытие которой включено в настоящий документ во всей ее полноте посредством ссылки.

[0175] Дополнительно, полностью или частично варианты осуществления, раскрытые выше, могут быть описаны, но не ограничены, как следующие дополнительные примечания.

Дополнительное Примечание 1

Система связи, содержащая:

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

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

Дополнительное Примечание 2

Система связи в соответствии с Дополнительным Примечанием 1, причем устройство управления принимает, от устройства связи, информацию поддержки отсчета относительно того, способно ли устройство связи измерять трафик каждого однонаправленного канала.

Дополнительное Примечание 3

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

Дополнительное Примечание 4

Система связи в соответствии с Дополнительным Примечанием 3, причем устройство управления принимает информацию разрешения связи от шлюзового устройства, соединенного с системой оплаты услуг и устройством администрирования абонентской информации.

Дополнительное Примечание 5

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

Дополнительное Примечание 6

Система связи в соответствии с любым одним из Дополнительных Примечаний 2-5, причем устройство управления передает информацию поддержки отсчета и информацию о правиле отсчета на устройство связи.

Дополнительное Примечание 7

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

Дополнительное Примечание 8

Система связи в соответствии с Дополнительным Примечанием 7, причем устройство управления принимает информацию трафика и передает информацию трафика на шлюзовое устройство, соединенное с системой оплаты услуг.

Дополнительное Примечание 9

Устройство управления, содержащее:

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

Дополнительное Примечание 10

Терминал связи, содержащий:

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

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

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

Дополнительное Примечание 11

Способ связи, содержащий:

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

передачу результата определения на устройство связи.

Дополнительное Примечание 12

Способ связи в системе связи, содержащий:

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

Дополнительное Примечание 13

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

Дополнительное Примечание 14

Способ связи в соответствии с Дополнительным Примечанием 12 или 13, причем устройство управления определяет, следует ли побуждать устройство связи измерять трафик каждого однонаправленного канала на основе информации относительно однонаправленного канала.

Дополнительное Примечание 15

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

Дополнительное Примечание 16

Система связи, содержащая:

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

устройство управления,

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

Дополнительное Примечание 17

Система связи в соответствии с Дополнительным Примечанием 16, причем информация относительно однонаправленного канала является информацией, указывающей, следует ли поддерживать измерение трафика каждого однонаправленного канала.

Дополнительное Примечание 18

Система связи в соответствии с Дополнительным Примечанием 16 или 17, причем устройство управления определяет, следует ли побуждать устройство связи измерять трафик каждого однонаправленного канала на основе информации относительно однонаправленного канала.

Дополнительное Примечание 19

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

Дополнительное Примечание 20

Устройство связи, содержащее:

средство для беспроводного осуществления связи с терминалом связи; и

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

Дополнительное Примечание 21

Устройство связи в соответствии с Дополнительным Примечанием 20, причем информация относительно однонаправленного канала является информацией, указывающей, следует ли поддерживать измерение трафика каждого однонаправленного канала.

Список ссылочных позиций

[0176]

11 терминал связи

12 устройство связи

13 устройство связи

14 устройство управления

20 UE

21 MeNB

22 SeNB

23 MME

24 HSS

25 SGW

26 PGW

27 PCRF

28 AF

29 OFCS

30 OCS

41 блок приема и передачи

42 блок приема и передачи

43 контроллер

51 блок связи базовой станции

52 блок связи SGW

53 блок связи HSS

54 контроллер

61 блок связи UE

62 блок связи базовой станции

63 блок связи C-плоскости

64 блок связи U-плоскости

65 контроллер

66 блок измерения данных.

1. Терминал связи, содержащий:

передатчик, сконфигурированный, чтобы отправлять сообщение запроса присоединения к устройству администрирования посредством первого устройства связи, обеспечивающего E-UTRA (Развитый UTRA (Универсальный Наземный Радиодоступ)), причем сообщение запроса присоединения включает в себя информацию, указывающую, что терминал связи поддерживает двойную возможность подключения с Новым Радио (NR); и

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

2. Терминал связи по п. 1, причем информация указывает, что терминал связи поддерживает двойную возможность подключения с E-UTRA и NR.

3. Терминал связи по п. 1, причем информация указывает, что терминал связи поддерживает двойную возможность подключения с E-UTRAN в качестве главного узла RAN (сети радиодоступа) и NR в качестве вторичного узла RAN.

4. Терминал связи по п. 3, причем главный узел RAN является главным eNB (развитым Узлом В).

5. Терминал связи по п. 1, причем первое устройство связи является главным eNB (развитым Узлом В).

6. Терминал связи по п. 1, причем терминал связи соединен с первым устройством связи и вторым устройством связи в двойной возможности подключения.

7. Терминал связи по п. 6, причем двойная возможность подключения является двойной возможностью подключения E-UTRA-NR (EN-DC).

8. Терминал связи по п. 1, причем первое устройство связи соединено с вторым устройством связи через интерфейс Х2.

9. Терминал связи по п. 1, причем процедура добавления вторичного узла является процессом добавления радио ресурсов от второго устройства связи к терминалу связи.

10. Устройство администрирования, содержащее:

приемник, сконфигурированный, чтобы принимать сообщение запроса присоединения от терминала связи посредством первого устройства связи, обеспечивающего E-UTRA (Развитый UTRA (Универсальный Наземный Радиодоступ)), причем сообщение запроса присоединения включает в себя информацию, указывающую, что терминал связи поддерживает двойную возможность подключения с Новым Радио (NR); и

память, сконфигурированную, чтобы хранить информацию.

11. Устройство администрирования по п. 10, причем устройство администрирования выполняет процедуру добавления вторичного узла для обеспечения радио ресурса от второго устройства связи к терминалу связи после приема сообщения запроса присоединения.

12. Устройство администрирования по п. 10, дополнительно содержащее:

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

13. Устройство администрирования по п. 10, причем устройство администрирования является Объектом Управления Мобильностью (ММЕ).

14. Устройство администрирования по п. 10, причем информация указывает, что терминал связи поддерживает двойную возможность подключения с E-UTRA и NR.

15. Устройство администрирования по п. 10, причем информация указывает, что терминал связи поддерживает двойную возможность подключения с E-UTRAN в качестве главного узла RAN (сети радиодоступа) и NR в качестве вторичного узла RAN.

16. Устройство администрирования по п. 15, причем главный узел RAN является главным eNB (развитым Узлом В).

17. Первое устройство связи, обеспечивающее E-UTRA (Развитый UTRA (Универсальный Наземный Радиодоступ)), причем первое устройство связи содержит:

приемопередатчик, сконфигурированный, чтобы принимать сообщение запроса присоединения от терминала связи и отправлять сообщение запроса присоединения к устройству администрирования, причем сообщение запроса присоединения включает в себя информацию, указывающую, что терминал связи поддерживает двойную возможность подключения с Новым Радио (NR); и

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

18. Первое устройство связи по п. 17, причем первое устройство связи отправляет сообщение запроса добавления вторичного узла к второму устройству связи и принимает сообщение подтверждения запроса добавления вторичного узла от второго устройства связи во время процедуры добавления вторичного узла перед отправкой сообщения RRC реконфигурации соединения.

19. Первое устройство связи по п. 17, причем информация указывает, что терминал связи поддерживает двойную возможность подключения с E-UTRA и NR.

20. Первое устройство связи по п. 17, причем информация указывает, что терминал связи поддерживает двойную возможность подключения с E-UTRAN в качестве главного узла RAN (сети радиодоступа) и NR в качестве вторичного узла RAN.

21. Способ терминала связи, причем способ содержит:

отправку сообщения запроса присоединения на устройство администрирования посредством первого устройства связи, обеспечивающего E-UTRA (Развитый UTRA (Универсальный Наземный Радиодоступ)), причем сообщение запроса присоединения включает в себя информацию, указывающую, что терминал связи поддерживает двойную возможность подключения с Новым Радио (NR); и

прием сообщения RRC реконфигурации соединения от первого устройства связи в процедуре добавления вторичного узла для эксплуатации двойной возможности подключения, в которой терминал связи соединен с первым устройством связи и вторым устройством связи, обеспечивающим NR, причем сообщение RRC реконфигурации соединения принимается после отправки сообщения запроса присоединения.

22. Способ устройства администрирования, причем способ содержит:

прием сообщения запроса присоединения от терминала связи посредством первого устройства связи, обеспечивающего E-UTRA (Развитый UTRA (Универсальный Наземный Радиодоступ)), причем сообщение запроса присоединения включает в себя информацию, указывающую, что терминал связи поддерживает двойную возможность подключения с Новым Радио (NR); и

сохранение информации.

23. Способ первого устройства связи, обеспечивающего E-UTRA (Развитый UTRA (Универсальный Наземный Радиодоступ)), причем способ содержит:

прием сообщения запроса присоединения от терминала связи; и

отправку сообщения запроса присоединения к устройству администрирования, причем сообщение запроса присоединения включает в себя информацию, указывающую, что терминал связи поддерживает двойную возможность подключения с Новым Радио (NR); и

отправку сообщения RRC реконфигурации соединения к терминалу связи в процедуре добавления вторичного узла для эксплуатации двойной возможности подключения, в которой терминал связи соединен с первым устройством связи и вторым устройством связи, обеспечивающим NR, причем сообщение RRC реконфигурации соединения отправляется после отправки сообщения запроса присоединения.



 

Похожие патенты:

Группа изобретений относится к области беспроводных систем связи реального времени. Технический результат заключается в повышении точности синхронизации.

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

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

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

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

Изобретение относится к области беспроводной передачи данных. Технический результат заключается в уменьшении задержки передачи данных и экономии электроэнергии узлов сетей связи.

Изобретение относится к области беспроводной связи. Технический результат заключается в возможности выбора пользовательским оборудованием (UE) соответствующей ePDG для экстренных вызовов через WiFi, когда UE не подключено к какой-либо PLMN 3GPP.

Изобретение относится к технике беспроводной связи. Технический результат – повышение эффективности планирования для распределений ресурсов на одном или более каналах в сети.

Изобретение относится к области беспроводной связи. Технический результат изобретения заключается в координировании соты во времени и надежности поискового вызова беспроводного устройства.

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

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

Изобретение относится к устройству и способу управления начислением платы. Технический результат заключается в автоматизации управления начислением платы.

Изобретение относится к устройству и способу управления начислением платы. Технический результат заключается в автоматизации управления начислением платы.

Изобретение относится к области связи для управления политиками и тарификации. Предложенный способ управления политиками и тарификации включает: когда функциональный элемент реализации политик и правил тарификации (PCRF) выбран в качестве PCRF пользователя функциональным элементом выполнения политик и тарификации (PCEF), отправку PCRF и пользователя, соответствующего PCRF, в запоминающее устройство и/или, когда PCEF определяет PCRF, выбранный для пользователя, отправку PCRF, выбранного для пользователя функциональным элементом PCEF, в запоминающее устройство (S1402); получение функциональным элементом приложения (AF) функционального элемента PCRF, выбранного для пользователя функциональным элементом PCEF, из запоминающего устройства (S1404); и осуществление функциональным элементом AF управления политиками и тарификации для пользователя путем использования полученного PCRF (S1406).

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

Изобретение относится к системе сетевой связи и, в частности, к конфигурированию соединений связи между сетевыми узлами. Сетевые узлы могут добавлять информацию в центральную базу (220, 300) данных, которая идентифицирует их соединения с другими сетевыми узлами.

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

Изобретение относится к передаче данных, а именно к способам предоставления авторизации услуги. .

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

Изобретение относится к радиосвязи. Технический результат заключается в обеспечении системы связи, способной передавать и принимать данные через базовую сеть для терминала связи, поддерживающего двойную возможность подключения с Новым Радио. Система связи включает в себя терминал связи, сконфигурированный, чтобы осуществлять связь с устройством связи и устройством связи с использованием различного однонаправленного канала для каждого из устройства связи и устройства связи. 6 н. и 17 з.п. ф-лы, 29 ил.

Наверх