СПОСОБ И УСТРОЙСТВО ОБРАБОТКИ СЕАНСА
METHOD AND DEVICE FOR SESSION PROCESSING

Область техники, к которой относится изобретение
Настоящая заявка относится к области технологий мобильной связи и, в частности, к способу и устройству обработки сеанса.
Уровень техники
В мобильной связи пятого поколения (5th generation, 5G) определено множество типов сеансов блока пакетных данных (packet data unit, PDU), например, сеанс типа Интернет (Internet), сеанс типа Ethernet (Ethernet) и сеанс неструктурированного (unstructured) типа.
При наличии множества типов сеансов PDU, задача, которая должна быть решена, состоит в том, как установить сеанс PDU правильного типа для оконечного устройства.
Раскрытие сущности изобретения
Настоящая заявка обеспечивает способ и устройство обработки сеанса для установления сеанса PDU правильного типа для оконечного устройства.
Для решения вышеуказанной задачи настоящая заявка предусматривает следующие технические решения:
Согласно первому аспекту настоящая заявка предусматривает способ обработки сеанса, включающий в себя: инициирование, оконечным устройством, приложения APP и определение типа сеанса блока пакетных данных (PDU) на основе приложения APP; и передачу, оконечным устройством, первого сообщения в объект функции управления доступом и мобильностью (AMF), где первое сообщение включает в себя тип сеанса, и первое сообщение используется для запроса установления типа сеанса PDU. В способе при инициировании, в объекте AMF, первого сообщения, используемого для запроса установления сеанса PDU, оконечное устройство добавляет тип сеанса PDU к первому сообщению таким образом, чтобы сетевая сторона могла установить сеанс PDU соответствующего типа на основе типа сеанса PDU, который передается оконечным устройством, чтобы установить сеанс PDU правильного типа для оконечного устройства, тем самым улучшая правильность связи между оконечным устройством и сетевой стороной.
В возможном варианте определение, оконечным устройством, типа сеанса PDU включает в себя: определение, оконечным устройством на основе первого соответствия, типа сеанса, соответствующего APP, где первое соответствие представляет собой соответствие между APP и типом сеанса PDU. В способе оконечное устройство определяет тип сеанса PDU на основе соответствия между APP и типом сеанса PDU. Это легко реализовать.
В возможном варианте первое соответствие предварительно сконфигурировано в оконечном устройстве, или первое соответствие получается оконечным устройством от объекта AMF.
В возможном варианте определение, оконечным устройством, типа сеанса PDU включает в себя: определение, оконечным устройством, на основе второго соответствия идентификатора DN, соответствующего APP; определение, оконечным устройством, типа DN, соответствующего идентификатору DN; и определение, оконечным устройством на основе третьего соответствия, типа сеанса, соответствующего типу DN, где второе соответствие представляет собой соответствие между APP и идентификатором DN, а третье соответствие представляет собой соответствие между типом DN и типом сеанса PDU.
В возможном варианте оконечное устройство передает сообщение запроса в объект AMF и принимает идентификатор DN и тип DN, которые передаются объектом AMF на основе сообщения запроса; или оконечное устройство принимает идентификатор DN и тип DN, которые передаются устройством сети радиодоступа (RAN).
В возможном варианте оконечное устройство передает первую информацию DN на объект AMF, где первая информация DN включает в себя идентификатор DN или включает в себя идентификатор DN и тип DN, причем первая информация DN используется объектом AMF для определения объекта SMF на основе идентификатора DN, и объект SMF выполнен с возможностью установления типа сеанса PDU.
Согласно второму аспекту настоящая заявка предусматривает способ обработки сеанса, включающий в себя: прием, объектом функции управления сеансом (SMF), второго сообщения от объекта функции управления доступом и мобильностью (AMF), где второе сообщение включает в себя тип сеанса, сеанса блока пакетных данных (PDU), запрошенного оконечным устройством, а второе сообщение используется для запроса установления сеанса PDU; и установление, объектом SMF, сеанса PDU на основе типа сеанса PDU.
В возможном варианте объект SMF принимает идентификатор DN из объекта AMF; и
объект SMF определяет объект функции пользовательской плоскости (UPF) на основе идентификатора DN и типа сеанса PDU, где объект UPF выполнен с возможностью установления типа сеанса PDU.
Согласно третьему аспекту настоящая заявка предусматривает способ обработки сеанса, включающий в себя: прием, объектом функции управления сеансом (SMF), второго сообщения от объекта функции управления доступом и мобильностью (AMF), где второе сообщение включает в себя вторую информацию сети передачи данных (DN), и второе сообщение используется для запроса установления сеанса PDU; и определение, объектом SMF, типа сеанса PDU на основе второй информации DN.
В возможном варианте, когда вторая информация DN включает в себя идентификатор DN, определение, объектом SMF, типа сеанса PDU на основе второй информации DN включает в себя: определение, объектом SMF, типа DN на основе идентификатора DN и определение типа сеанса PDU на основе типа DN; или
когда вторая информация DN включает в себя тип DN, определение, объектом SMF, типа сеанса PDU на основе второй информации DN включает в себя: определение, объектом SMF, типа сеанса PDU на основе типа DN.
В возможном варианте, если второе сообщение несет в себе тип сеанса, сеанса PDU, запрошенный оконечным устройством, когда тип сеанса PDU, который определяется объектом SMF на основе второй информации DN, не согласуется с типом сеанса, сеанса PDU, запрошенным оконечным устройством, способ дополнительно включает в себя:
передачу, объектом SMF, сообщения отклонения сеанса на оконечное устройство, где сообщение отклонения сеанса включает в себя тип сеанса PDU, который определяется объектом SMF на основе второй информации DN.
В возможном варианте объект SMF устанавливает сеанс PDU на основе типа сеанса.
В возможном варианте объект SMF определяет объект функции пользовательской плоскости (UPF) на основе второй информации DN и устанавливает сеанс PDU типа сеанса.
Согласно четвертому аспекту настоящая заявка предусматривает способ обработки сеанса, включающий в себя: прием, объектом AMF, функции управления доступом и мобильностью первого сообщения и информации DN первой сети данных от оконечного устройства, где первое сообщение используется для запроса установления сеанса PDU и определения, объектом AMF, объекта функции управления сеансом (SMF) на основе первой информации DN; и передачу, объектом AMF, второго сообщения на объект SMF на основе первого сообщения, где второе сообщение используется для запроса установления сеанса PDU, и тип сеанса PDU соответствует первой информации DN.
В возможном варианте первое сообщение и второе сообщение включают в себя тип сеанса, сеанса PDU, запрошенный оконечным устройством; или первая информация DN включает в себя идентификатор DN, второе сообщение включает в себя идентификатор DN, и идентификатор DN используется объектом SMF для определения типа сеанса PDU на основе идентификатора DN.
В возможном варианте первая информация DN включает в себя идентификатор DN; и
определение, объектом AMF, объекта функции управления сеансом (SMF) на основе первой информации DN включает в себя:
определение, объектом AMF, типа DN на основе идентификатора DN;
передачу, объектом AMF, идентификатора DN и типа DN на объект NRF; и
прием, объектом AMF, объекта SMF от объекта NRF, где объект SMF определяется объектом NRF на основе идентификатора DN и типа DN.
В возможном варианте объект AMF принимает сообщение запроса регистрации от оконечного устройства;
объект AMF получает, из базы данных на основе сообщения запроса регистрации, информацию DN, на которую подписано оконечное устройство, где подписанная информация DN включает в себя идентификатор DN и тип DN; и
объект AMF передает на оконечное устройство информацию DN, на которую подписано оконечное устройство.
В возможном варианте сообщение запроса регистрации включает в себя информацию указания возможности оконечного устройства, где информация указания возможности используется для указания сети передачи данных, поддерживаемой оконечным устройством; и
информация DN, на которую подписано оконечное устройство, соответствует сети передачи данных, поддерживаемой оконечным устройством.
Согласно пятому аспекту настоящая заявка предусматривает устройство. Устройство может быть оконечным устройством или микросхемой в оконечном устройстве. Устройство имеет функции реализации различных вариантов осуществления первого аспекта. Функции могут быть реализованы аппаратными средствами или могут быть реализованы аппаратными средствами, исполняющими соответствующее программное обеспечение. Аппаратные средства или программное обеспечение включают в себя один или более модулей, соответствующих вышеуказанным функциям.
В возможном варианте, когда устройство является оконечным устройством, оконечное устройство включает в себя блок обработки и блок связи. Блок обработки может быть, например, процессором. Блок связи может быть, например, приемопередатчиком, и приемопередатчик включает в себя радиочастотную схему. При необходимости оконечное устройство дополнительно включает в себя блок хранения, и блок хранения может быть, например, памятью. Когда оконечное устройство включает в себя блок хранения, блок хранения выполнен с возможностью хранения исполняемых компьютером инструкций. Блок обработки подключен к блоку хранения. Блок обработки исполняет исполняемые компьютером инструкции, хранящиеся в блоке хранения, для выполнения оконечному устройству способа обработки сеанса в любом варианте первого аспекта.
В другом возможном варианте, когда устройство представляет собой микросхему в оконечном устройстве, микросхема включает в себя блок обработки и блок связи. Блок обработки может быть, например, процессором. Блок связи может быть, например, интерфейсом ввода/вывода, выводом или схемой. Блок обработки может исполнить машиноисполняемые инструкции, хранящиеся в блоке хранения, чтобы обеспечить возможность выполнения способа обработки сеанса в любом варианте первого аспекта. При необходимости блок хранения представляет собой блок хранения, расположенный в микросхеме, например, регистр или буфер, или блок хранения может быть блоком хранения, расположенным в оконечном устройстве, но вне микросхемы, например, постоянное запоминающее устройство (read-only memory, ROM), статическое запоминающее устройство другого типа, способное хранить статическую информацию и инструкции, или оперативное запоминающее устройство (random access memory, RAM).
Процессор, упомянутый где-либо выше, может быть центральным процессором общего назначения (central processing unit, CPU), специализированной интегральной схемой, ориентированной на конкретное приложение (application-specific integrated circuit, ASIC) или одной или несколькими интегральными схемами для управления исполнением программы способа обработки сеанса в первом аспекте.
Согласно шестому аспекту настоящая заявка предусматривает устройство. Устройство может быть объектом SMF или может быть микросхемой в объекте SMF. Устройство имеет функции реализации различных вариантов осуществления второго аспекта. Функции могут быть реализованы аппаратными средствами или могут быть реализованы аппаратными средствами, выполняющими соответствующее программное обеспечение. Аппаратные средства или программное обеспечение включают в себя один или несколько модулей, соответствующих вышеуказанным функциям.
В возможном варианте, когда устройство является объектом SMF, объект SMF включает в себя блок обработки и блок связи. Блок обработки может быть, например, процессором. Блок связи может быть, например, приемопередатчиком, и приемопередатчик включает в себя радиочастотную схему. При необходимости объект SMF дополнительно включает в себя блок хранения, и блок хранения может быть, например, памятью. Когда объект SMF включает в себя блок хранения, блок хранения выполнен с возможностью хранения машиноисполняемой инструкции. Блок обработки подключен к блоку хранения. Блок обработки исполняет машиноисполняемую инструкцию, хранящуюся в блоке хранения, чтобы позволить объекту SMF выполнить способ обработки сеанса в любом варианте второго аспекта.
В другом возможном варианте, когда устройство является микросхемой в объекте SMF, микросхема включает в себя блок обработки и блок связи. Блок обработки может быть, например, процессором. Блок связи может быть, например, интерфейсом ввода/вывода, выводом или схемой. Блок обработки может выполнять машиноисполняемую инструкцию, хранящуюся в блоке хранения, чтобы обеспечить возможность выполнения способа обработки сеанса в любом варианте второго аспекта. При необходимости блок хранения представляет собой блок хранения, расположенный в микросхеме, например, регистр или буфер, или блок хранения может быть блоком хранения, расположенным в объекте SMF, но вне микросхемы, например, ROM, статическим запоминающим устройством другого типа, которое может хранить статическую информацию и инструкции, или RAM.
Процессор, упомянутый где-либо выше, может быть центральным процессором общего назначения (CPU), микропроцессором, ASIC или одной или несколькими интегральными схемами для управления исполнением программы способа обработки сеанса в первом аспекте.
Согласно седьмому аспекту настоящая заявка предусматривает устройство. Устройство может быть объектом SMF или может быть микросхемой в объекте SMF. Устройство имеет функции реализации различных вариантов осуществления третьего аспекта. Функции могут быть реализованы аппаратными средствами или могут быть реализованы аппаратными средствами, исполняющими соответствующее программное обеспечение. Аппаратные средства или программное обеспечение включают в себя один или несколько модулей, соответствующих вышеуказанным функциям.
В возможном варианте, когда устройство является объектом SMF, объект SMF включает в себя блок обработки и блок связи. Блок обработки может быть, например, процессором. Блок связи может быть, например, приемопередатчиком, и приемопередатчик включает в себя радиочастотную схему. При необходимости объект SMF дополнительно включает в себя блок хранения, и блок хранения может быть, например, памятью. Когда объект SMF включает в себя блок хранения, блок хранения выполнен с возможностью хранения машиноисполняемой инструкции. Блок обработки подключен к блоку хранения. Блок обработки исполняет машиноисполняемую инструкцию, хранящуюся в блоке хранения, чтобы позволить объекту SMF выполнить способ обработки сеанса в любом варианте третьего аспекта.
В другом возможном варианте, когда устройство является микросхемой в объекте SMF, микросхема включает в себя блок обработки и блок связи. Блок обработки может быть, например, процессором. Блок связи может быть, например, интерфейсом ввода/вывода, выводом или схемой. Блок обработки может исполнить машиноисполняемую инструкцию, хранящуюся в блоке хранения, чтобы обеспечить выполнение способа обработки сеанса в любом варианте третьего аспекта. При необходимости блок хранения представляет собой блок хранения, расположенный в микросхеме, например, регистр или буфер, или блок хранения может быть блоком хранения, расположенным в объекте SMF, но вне микросхемы, например, ROM, статическим запоминающим устройством другого типа, способным хранить статическую информацию и инструкции, или RAM.
Процессор, упомянутый где-либо выше, может быть центральным процессором общего назначения (CPU), микропроцессором, ASIC или одной или несколькими интегральными схемами для управления исполнением программы способа обработки сеанса в первом аспекте.
Согласно восьмому аспекту настоящая заявка предусматривает устройство. Устройство может быть объектом AMF или может быть микросхемой в объекте AMF. Устройство имеет функции реализации различных вариантов осуществления четвертого аспекта. Функции могут быть реализованы аппаратными средствами или могут быть реализованы аппаратными средствами, исполняющими соответствующее программное обеспечение. Аппаратные средства или программное обеспечение включают в себя один или несколько модулей, соответствующих вышеуказанным функциям.
В возможном варианте, когда устройство является объектом AMF, объект AMF включает в себя блок обработки и блок связи. Блок обработки может быть, например, процессором. Блок связи может быть, например, приемопередатчиком, и приемопередатчик включает в себя радиочастотную схему. При необходимости объект AMF дополнительно включает в себя блок хранения, и блок хранения может быть, например, памятью. Когда объект AMF включает в себя блок хранения, блок хранения выполнен с возможностью хранения исполняемой компьютером инструкции. Блок обработки подключен к блоку хранения. Блок обработки исполняет машиноисполняемую инструкцию, хранящуюся в блоке хранения, чтобы позволить объекту AMF выполнить способ обработки сеанса в любом варианте четвертого аспекта.
В другом возможном варианте, когда устройство представляет собой микросхему в объекте AMF, микросхема включает в себя блок обработки и блок связи. Блок обработки может быть, например, процессором. Блок связи может быть, например, интерфейсом ввода/вывода, выводом или схемой. Блок обработки может исполнять машиноисполняемую инструкцию, хранящуюся в блоке хранения, чтобы обеспечить возможность выполнения способа обработки сеанса в любом варианте четвертого аспекта. При необходимости блок хранения представляет собой блок хранения, расположенный в микросхеме, например, регистр или буфер, или блок хранения может быть блоком хранения, расположенным в объекте AMF, но вне микросхемы, например, ROM, статическим запоминающим устройством другого типа, способным хранить статическую информацию и инструкции, или RAM.
Процессор, упомянутый где-либо выше, может быть центральным процессором общего назначения (CPU), микропроцессором, ASIC или одной или несколькими интегральными схемами для управления исполнением программы способа обработки сеанса в четвертом аспекте.
Согласно девятому аспекту настоящая заявка дополнительно предусматривает машиночитаемый носитель информации. Машиночитаемый носитель информации хранит инструкции, которые при исполнении на компьютере, предписывают компьютеру выполнять способ в первом аспекте. Компьютер может быть, например, оконечным устройством.
Согласно десятому аспекту настоящая заявка дополнительно предусматривает машиночитаемый носитель информации. Машиночитаемый носитель информации хранит инструкции, которые при исполнении на компьютере, предписывают компьютеру выполнять способ во втором аспекте. Компьютер может быть, например, объектом SMF.
Согласно одиннадцатому аспекту настоящая заявка дополнительно предусматривает машиночитаемый носитель информации. Машиночитаемый носитель информации хранит инструкции, которые при исполнении на компьютере, предписывают компьютеру выполнять способ в третьем аспекте. Компьютер может быть, например, объектом SMF.
Согласно двенадцатому аспекту настоящая заявка дополнительно предусматривает машиночитаемый носитель информации. Машиночитаемый носитель информации хранит инструкции, которые при исполнении на компьютере, предписывают компьютеру выполнять способ в четвертом аспекте. Компьютер может быть, например, объектом AMF.
Согласно тринадцатому аспекту настоящая заявка предусматривает компьютерный программный продукт. Компьютерный программный продукт включает в себя инструкции компьютерного программного обеспечения, при этом инструкции компьютерного программного обеспечения могут быть загружены процессором для реализации процедуры способа обработки сеанса в любом варианте первого аспекта.
Согласно четырнадцатому аспекту настоящая заявка предусматривает компьютерный программный продукт. Компьютерный программный продукт включает в себя инструкции компьютерного программного обеспечения, и инструкции компьютерного программного обеспечения могут быть загружены процессором для реализации процедуры способа обработки сеанса в любом варианте второго аспекта.
Согласно пятнадцатому аспекту настоящая заявка предусматривает компьютерный программный продукт. Компьютерный программный продукт включает в себя инструкции компьютерного программного обеспечения, и инструкции компьютерного программного обеспечения могут быть загружены процессором для реализации процедуры способа обработки сеанса в любом варианте третьего аспекта.
Согласно шестнадцатому аспекту настоящая заявка предусматривает компьютерный программный продукт. Компьютерный программный продукт включает в себя инструкции компьютерного программного обеспечения, и инструкции компьютерного программного обеспечения могут быть загружены процессором для реализации процедуры способа обработки сеанса в любом варианте четвертого аспекта.
Кроме того, для пояснения технических эффектов, полученных в соответствии с любым вариантом со второго аспекта по шестнадцатый аспект, следует обратиться к техническим эффектам, полученным в соответствии с различными вариантами первого аспекта. В данном документе их подробности повторно не описываются.
Эти или другие аспекты настоящего изобретения будут более ясны и понятны из описаний следующих вариантов осуществления.
Краткое описание чертежей
На фиг.1 показана упрощенная схема возможной сетевой архитектуры, к которой применима настоящая заявка;
На фиг.2 показана блок-схема способа обработки сеанса согласно настоящей заявке;
На фиг.3 показана блок-схема другого способа обработки сеанса согласно настоящей заявке; и
На фиг.4 показана упрощенная схема устройства согласно настоящей заявке.
Осуществление изобретения
Чтобы пояснить цели, технические решения и преимущества настоящей заявки, ниже подробно описывается настоящая заявка со ссылкой на сопроводительные чертежи.
Следует отметить, что способ обработки сеанса в настоящей заявке может выполняться устройством. На стороне сети устройство может быть объектом функции управления сеансом (Session Management Function, SMF) или микросхемой в объекте SMF, или устройство может быть объектом функции управления доступом и мобильностью (Access and Mobility Management Function, AMF) или микросхемой в объекте AMF. На стороне оконечного устройства устройство может быть оконечным устройством или микросхемой в оконечном устройстве.
Для упрощения описания в настоящей заявке способ обработки сеанса описывается с использованием примера, в котором устройство является объектом AMF, объектом SMF или оконечным устройством. Для способа реализации, в котором устройство является микросхемой в объекте AMF, микросхемой в объекте SMF, или микросхемой, расположенной в оконечном устройстве, смотри конкретное описание способа обработки сеанса, в котором устройство является объектом AMF, объектом SMF или оконечным устройством. В данном документе подробности повторно не описываются.
На фиг.1 показана упрощенная схема возможной сетевой архитектуры, к которой применима настоящая заявка. Упрощенная схема сетевой архитектуры включает в себя оконечное устройство, объект сети проекта партнерства третьего поколения (3rd Generation Partnership Project, 3GPP), сеть доступа не-3GPP (Non-3GPP), N3IWF, объект AMF, объект функции управления сеансом (session management function, SMF), объект функции пользовательской плоскости (user plane function, UPF), сеть передачи данных (data Network, DN) и т.п.
Оконечное устройство представляет собой устройство с функциями беспроводного приема и передачи. Оконечное устройство может быть развернуто на суше, например, на внутреннем или наружном устройстве, портативном устройстве или на транспортном средстве, или может быть развернуто на поверхности воды (например, на корабле) или может быть развернуто в воздухе (например, на самолете, воздушном шаре или спутнике). Оконечное устройство может представлять собой мобильный телефон (mobile phone), планшетный компьютер (pad), компьютер с функцией беспроводного приемопередатчика, оконечное устройство виртуальной реальности (virtual reality, VR), оконечное устройство дополненной реальности (augmented reality, AR), беспроводное оконечное устройство в системе управления производственными процессами (industrial control), беспроводное оконечное устройство в системе автоматического вождения (self driving), беспроводное оконечное устройство для дистанционной хирургии (remote medical surgery), беспроводное оконечное устройство в интеллектуальной сети электропередачи (smart grid), беспроводное оконечное устройство в системе безопасности на транспорте (transportation safety), беспроводное оконечное устройство в системе "умный город" (smart city), беспроводное оконечное устройство в системе "умный дом" (smart home) и т.п.
Объект сети доступа 3GPP также упоминается как объект сети радиодоступа (radio access network, RAN) и может быть, например, базовой станцией в 5G. Сеть доступа не-3GPP представляет собой сеть доступа, которая отличается от сети доступа 3GPP, например, сеть доступа беспроводной локальной сети (wireless local area networks, WLAN). N3IWF аналогичен развитому шлюзу пакетных данных (evolved packet data gateway, ePDG) в долгосрочном развитии (long term evolution, LTE) и выполнен с возможностью: когда UE осуществляет доступ к сети 5G с использованием технологии не-3GPP, установления туннеля безопасности интернет-протокола (internet protocol security, IPsec) с UE. В будущем определении 5G название "N3IWF" может быть изменено.
Объект AMF отвечает за организацию доступа и управление мобильностью оконечного устройства. В реальном приложении объект AMF включает в себя функцию управления мобильностью в объекте управления мобильностью (mobility management entity, MME) в сетевой инфраструктуре долгосрочного развития (long term evolution, LTE), и функция управления доступом добавляется к объекту AMF.
Объект SMF отвечает за управление сеансом, то есть функцию управления сеансом в объекте MME, например, установление сеанса для пользователя. Объект UPF является функциональным объектом пользовательской плоскости оконечного устройства и в основном отвечает за подключение к внешней сети. Объект UPF обеспечивает связанные с этим функции обслуживающего шлюза (serving gateway, SGW) и шлюза (gateway) сети передачи данных общего пользователя (public data network, PDN) LTE. DN отвечает за предоставление услуги передачи данных для оконечного устройства, например, предоставление функции доступа к сети и функции обмена текстовыми сообщениями для оконечного устройства.
В настоящей заявке идентификатор DN используется для идентификации сети передачи данных. Добавлен новый тип DN атрибута. Тип (Type) DN используется для указания типа сети передачи данных. Например, тип DN включает в себя Интернет (internet), Ethernet (Ethernet) и неструктурированную (unstructured) сеть.
В настоящей заявке идентификатор DN и/или тип DN могут совместно упоминаться как информация DN. Более конкретно, информация DN включает в себя идентификатор DN, или информация DN включает в себя тип DN, или информация DN включает в себя идентификатор DN и тип DN.
В реализации, в стандарте 3GPP, определенное в настоящее время название "сеть передачи данных" (data network name, DNN) используется для идентификации сети передачи данных, и согласно определенному в настоящее время названию "DNN", DNN используется только в качестве идентификатора сети передачи данных, то есть в качестве идентификатора DN. В настоящей заявке после добавления нового типа DN существуют две следующие реализации указания типа DN.
В первой реализации идентификатор DN и тип DN могут указываться отдельно с использованием независимых информационных элементов. Более конкретно, идентификатор DN все еще идентифицируется с использованием DNN, определенного в текущем стандарте 3GPP, и новый информационный элемент Type DN определяется независимым образом для идентификации типа DN.
Во второй реализации идентификатор DN и тип DN могут указываться одним и тем же информационным элементом. Например, определение текущего DNN является расширенным, так что DNN может указывать как идентификатор DN, так и тип DN. В частности, поле, то есть тип DN, добавляется к текущему DNN. Другими словами, расширенное DNN включает в себя идентификатор DN и тип DN. В одном примере поле DNN может быть определено в виде двух частей. Значение предыдущей части поля используется для идентификации идентификатора DN. Например, 0001 идентифицирует внутреннюю сеть предприятия. Значение последней части поля используется для идентификации типа DN. Например, 0002 идентифицирует, что внутренняя сеть предприятия относится к типу Ethernet. В этом случае все поле 00010002 представляет собой конкретное значение DNN. В реализации этот информационный элемент DNN включает в себя две части информации: идентификатор DN и тип DN.
Согласно вышеизложенным двум реализациям, можно понять, что идентификатор DN, упомянутый в последующих вариантах осуществления, относится к DNN (первая реализация) или полю, которое находится в DNN и которое используется для идентификации сети передачи данных (вторая реализация).
На основе архитектуры системы, показанной на фиг.1, настоящая заявка предусматривает способ обработки сеанса, включающий в себя: инициирование, оконечным устройством, приложения APP и определение типа сеанса блока пакетных данных (PDU) на основе приложения APP; и отправку, оконечным устройством, первого сообщения в объект функции управления доступом и мобильностью (AMF), где первое сообщение включает в себя тип сеанса, и первое сообщение используется для запроса на установление типа сеанса PDU. В способе при инициировании, в объекте AMF, первого сообщения, используемого для запроса на установление сеанса PDU, оконечное устройство добавляет тип сеанса PDU к первому сообщению таким образом, чтобы сетевая сторона могла установить сеанс PDU соответствующего типа на основе типа сеанса PDU, который отправляется оконечным устройством, чтобы установить сеанс PDU правильного типа для оконечного устройства, тем самым улучшая правильность связи между оконечным устройством и сетевой стороной.
Далее подробнее описывается способ обработки сеанса, представленный в настоящей заявке со ссылкой на прилагаемые чертежи.
Вариант 1 осуществления
В варианте 1 осуществления оконечное устройство может определить тип сеанса PDU и отправить тип сеанса на сетевую сторону для установления сеанса PDU.
На фиг.2 показана блок-схема способа обработки сеанса согласно настоящей заявке. Способ включает в себя следующие этапы.
Этап 201. Оконечное устройство инициирует APP и определяет тип сеанса PDU на основе приложения APP.
Приложение (APP) может быть конкретным приложением, таким как «Youku» или «Baidu», или может быть типом приложения, таким как видеоприложение, текстовое приложение или приложение для работы с изображениями.
При определении инициирования приложения (APP) оконечное устройство может определить тип сеанса PDU на основе APP. Далее приведены две реализации в качестве примеров для описания.
Реализация 1: Оконечное устройство определяет на основе первого соответствия тип сеанса PDU, который соответствует APP.
Первое соответствие записывает соответствие между APP и типом сеанса PDU, которое соответствует APP.
Первое соответствие может быть записано в виде таблицы, или может быть записано в виде массива или может быть записано в виде функции. Настоящая заявка не ограничивается этим.
Например, в конкретной реализации первое соответствие может быть реализовано в сочетании с таблицей политик выбора маршрута оконечного устройства (UE Route Selection Policies, URSP) уровня техники. Таблица 1 представляет собой таблицу URSP уровня техники.
Таблица 1
Правило сопоставления данных (Traffic filter)
App=DummyApp (видеоприложение)
Политика выгрузки данных (Direct offload)
Запрещено
Информация о срезе (Slice Info)
S-NSSAI-a
Тип непрерывностисеанса  (Continuity Types)
Режим 3 SSC
Идентификатор DN
Интернет
Тип доступа (Access Type)
Доступ 3GPP
Фильтр трафика относится к правилу отображения данных, и этот параметр используется для определения, на основе APP, инициированного оконечным устройством, того, применяются ли следующие другие политики. Например, в таблице 1, когда оконечное устройство инициирует приложение Youku, поскольку Youku представляет собой видеоприложение, эта политика определяет, что другие политики в таблице применимы к приложению Youku. Когда оконечное устройство запускает приложение WeChat, другие политики в таблице не применяются.
Прямая выгрузка относится к политике выгрузки данных, и этот параметр используется для определения того, что APP или тип APP могут использовать выгрузку данных. Например, в приведенной выше таблице 1 "Запрещено" означает, что видеоприложение не может использовать выгрузку данных.
Информация о срезе является информацией о срезе, и этот параметр используется для определения информации о срезе, которая должна использоваться для инициирования APP таким образом, чтобы UE добавляло информацию о срезе при инициировании сеанса PDU. Например, в приведенной выше таблице 1 при инициировании APP UE определяет, что необходимо использовать информацию S-NSSAI-a среза.
Типы непрерывности (Continuity Types) представляют собой тип непрерывности сеанса, и этот параметр используется для определения типа непрерывности сеанса, запрашиваемого APP. Например, в приведенной выше таблице 1 при инициировании APP UE определяет, что необходимо использовать информацию S-NSSAI-a среза.
Идентификатор DN является идентификатором сети передачи данных, и этот параметр используется для указания названия сети передачи данных. Например, в приведенной выше таблице 1 сетью передачи данных, указанной идентификатором DN, является Интернет.
Тип доступа представляет собой тип доступа, и этот параметр используется для определения типа доступа, запрашиваемого приложением. Например, в приведенной выше таблице 1 при инициировании APP UE определяет, что требуемым типом доступа является тип доступа 3GPP.
На основе таблицы 1, если необходимо записать соответствие между DummyApp и типом сеанса PDU, который соответствует APP, атрибут «Тип PDU» может быть добавлен в приведенную выше таблицу 1. «Тип PDU» является типом сеанса PDU, поэтому устанавливается первое соответствие. Таблица 2 является таблицей URSP, к которой добавлен атрибут «Тип PDU».
Таблица 2
Правило сопоставления данных (Traffic filter)
App=DummyApp (видеоприложение)
Политика выгрузки данных (Direct offload)
Запрещено
Информация о срезе (Slice Info)
S-NSSAI-a
Тип непрерывности сеанса (Continuity Types)
Режим 3 SSC
Идентификатор DN
Интернет
Тип доступа (Access Type)
Доступ 3GPP
Тип сеанса блока пакетных данных (PDU Type)
Ethernet
Таким образом, при инициировании приложения DummyApp оконечное устройство может определить, в частности, согласно первому соответствию в предыдущей таблице 2, соответствие между DummyApp и типом PDU, что типом PDU, соответствующим DummyApp, является Ethernet.
Первое соответствие может быть предварительно сконфигурировано в оконечном устройстве или может быть получено оконечным устройством с сетевой стороны, например, из объекта AMF.
Реализация приведенной выше таблицы 2 используется в качестве примера. Приведенная выше таблица URSP может быть предварительно сконфигурирована в оконечном устройстве. Альтернативно, при переходе в зону покрытия сети передачи данных оконечное устройство может принять таблицу URSP, транслируемую сетью передачи данных, и оконечное устройство может локально сохранять принятую таблицу URSP или обновить локально сохраненную таблицу URSP на основе принятой таблицы URSP.
Реализация 2: оконечное устройство определяет тип сеанса PDU на основе APP, идентификатора DN и типа DN.
Таким образом, оконечное устройство может сначала получить информацию DN с сетевой стороны, такой как объект AMF, где информация DN включает в себя идентификатор DN и тип DN. Способ получения включает в себя, но не ограничивается этим:
Способ 1 получения: оконечное устройство отправляет сообщение запроса в объект AMF, для запроса на получение идентификатора DN и типа DN.
Например, при переходе в сеть передачи данных оконечное устройство может отправить сообщение запроса регистрации в объект AMF. После приема сообщения запроса регистрации объект AMF получает, из базы данных, информацию DN, на которую подписано оконечное устройство, где информация DN включает в себя идентификатор DN и тип DN. Затем объект AMF отправляет идентификатор DN и тип DN в оконечное устройство, чтобы оконечное устройство получило идентификатор DN и тип DN.
При необходимости сообщение запроса регистрации включает в себя информацию указания возможностей оконечного устройства, где информация указания возможностей используется для указания сети передачи данных, поддерживаемой оконечным устройством. В этом случае подписанная информация DN, отправленная объектом AMF в оконечное устройство, является информацией DN, соответствующей сети передачи данных, поддерживаемой оконечным устройством. Например, если информация указания возможности указывает, что сеть передачи данных, поддерживаемая оконечным устройством, является Интернетом, подписанная информация DN, отправленная, объектом AMF, в оконечное устройство, включает в себя идентификатор DN и тип DN, которые относятся к Интернету, а не идентификатор DN и тип DN, которые относятся к другой сети передачи данных.
При необходимости объект AMF отправляет информацию DN или идентификатор DN в объект PCF. При необходимости объект PCF определяет диапазон обслуживания DN на основе информации DN или идентификатора DN и отправляет информацию о диапазоне обслуживания в объект AMF.
При необходимости объект AMF определяет, основываясь на информации о текущем местоположении оконечного устройства, находится ли оконечное устройство в данный момент времени в диапазоне обслуживания DN. Если оконечное устройство в настоящее время находится в диапазоне обслуживания DN, объект AMF принимает решение отправить информацию DN в оконечное устройство. Например, AMF отправляет ответное сообщение в оконечное устройство, где ответное сообщение включает в себя информацию DN, и информация DN включает в себя идентификатор DN и тип DN.
При необходимости объект AMF уведомляет оконечное устройство о диапазоне обслуживания DN, и оконечное устройство определяет, находится ли оконечное устройство в данный момент времени в диапазоне обслуживания DN.
Способ 2 получения: оконечное устройство получает идентификатор DN и тип DN, которые передаются устройством RAN, таким как базовая станция.
Исходя из предположения, что оконечное устройство может получить идентификатор DN и тип DN с сетевой стороны, при инициировании приложения APP оконечное устройство сначала определяет, на основе второго соответствия, идентификатор DN, соответствующий APP. Второе соответствие представляет собой соответствие между APP и идентификатором DN. Например, второе соответствие может быть записано в предыдущей таблице 1. Идентификатор DN, соответствующий APP, может быть получен на основе APP. Кроме того, идентификатор DN является идентификатором DN, полученным оконечным устройством с сетевой стороны.
Затем оконечное устройство определяет тип DN, соответствующий идентификатору DN. Тип DN представляет собой тип DN, полученный оконечным устройством с сетевой стороны.
Затем оконечное устройство определяет на основе третьего соответствия тип сеанса PDU, который соответствует типу DN. Третье соответствие представляет собой соответствие между типом DN и типом сеанса PDU. Третье соответствие может быть предварительно сконфигурировано в оконечном устройстве.
В реализации 2 соответствие между APP и идентификатором DN и соответствие между типом DN и типом сеанса PDU предварительно сконфигурированы в оконечном устройстве. Таким образом, после получения идентификатора DN и типа DN с сетевой стороны оконечное устройство может определить идентификатор DN на основе инициируемого APP, определить тип DN на основе идентификатора DN и определить тип сеанса PDU на основе типа DN.
Этап 202. Оконечное устройство отправляет первое сообщение в объект AMF, и объект AMF принимает первое сообщение из оконечного устройства.
Первое сообщение включает в себя тип сеанса PDU, и первое сообщение используется для запроса на установление типа сеанса PDU.
В данном варианте осуществления при отправке в объект AMF первого сообщения, использованного для запроса на установление сеанса PDU, оконечное устройство добавляет тип сеанса PDU к первому сообщению таким образом, чтобы сетевая сторона могла установить сеанс PDU соответствующего типа на основе типа сеанса PDU, отправляемого оконечным устройством для того, чтобы установить сеанс PDU правильного типа для оконечного устройства, обеспечивая тем самым правильную связь между оконечным устройством и сетевой стороной.
При необходимости после вышеупомянутого этапа 202 способ дополнительно включает в себя следующие этапы.
Этап 203. Оконечное устройство отправляет первую информацию DN в объект AMF, и объект AMF принимает первую информацию DN из оконечного устройства. Первая информация DN включает в себя идентификатор DN, или первая информация DN включает в себя идентификатор DN и тип DN (конкретная форма первой информации DN может быть любой из вышеприведенных двух реализаций).
Следует отметить, что этап 203 может альтернативно выполняться перед этапом 202. Альтернативно, этап 202 и этап 203 можно объединить в один этап. Другими словами, оконечное устройство одновременно передает первое сообщение и первую информацию DN в объект AMF, например, передает первое сообщение и первую информацию DN с использованием сообщения NAS.
Этап 204. Объект AMF определяет объект SMF на основе первой информации DN.
Когда первая информация DN включает в себя идентификатор DN, объект AMF также должен определить тип DN на основе идентификатора DN. Кроме того, объект AMF выбирает объект SMF на основе идентификатора DN и типа DN.
Когда первая информация DN включает в себя идентификатор DN и тип DN, объект AMF выбирает объект SMF на основе идентификатора DN и типа DN.
Например, объект AMF отправляет идентификатор DN и тип DN в объект функции хранилища сетевых функций (Network Function Repository Function, NRF), и объект NRF выбирает объект SMF на основе полученного идентификатора DN и типа DN и отправляет объект SMF в объект AMF для того, чтобы объект AMF мог определить объект SMF, подлежащий использованию.
Этап 205. Объект AMF передает второе сообщение в объект SMF.
Второе сообщение получается на основе первого сообщения. В частности, после приема первого сообщения объект AMF не получает содержимое первого сообщения, но генерирует второе сообщение на основе первого сообщения и передает второе сообщение в объект SMF. То есть второе сообщение включает в себя первое сообщение.
При необходимости на этапе 205 второе сообщение дополнительно включает в себя вторую информацию DN. Вторая информация DN включает в себя идентификатор DN, или вторая информация DN включает в себя идентификатор DN и тип DN (конкретная форма второй информации DN может быть любой из вышеупомянутых двух реализаций).
Если вторая информация DN, переданная, объектом AMF, в объект SMF, включает в себя идентификатор DN, объект SMF дополнительно определяет тип DN на основе идентификатора DN. Кроме того, объект SMF может определить тип сеанса PDU на основе типа DN.
Если вторая информация DN, переданная, объектом AMF, в объект SMF, включает в себя идентификатор DN и тип DN, объект SMF может определить тип сеанса PDU на основе типа DN.
При необходимости объект SMF сравнивает тип сеанса PDU, который получается из второго сообщения, с типом сеанса PDU, который определяется объектом SMF. Если два типа сеанса являются одинаковыми, объект SMF выполняет этап 206; или, если два типа сеанса являются различными, объект SMF выполняет этап 207.
Этап 206. Объект SMF устанавливает сеанс PDU на основе второго сообщения.
В частности, объект SMF устанавливает сеанс PDU на основе типа сеанса PDU, который получается из второго сообщения. В частности, объект SMF получает тип сеанса PDU, который переносится в первом сообщении, во втором сообщении.
Так как тип сеанса PDU, который получается объектом SMF из второго сообщения, совпадает с типом сеанса PDU, который определяется объектом SMF, объект SMF может напрямую устанавливать сеанс PDU на основе типа сеанса PDU, который находится во втором сообщении.
На этом процедура заканчивается.
От этапа 201 до этапа 206 оконечное устройство добавляет тип сеанса PDU к первому сообщению при передаче первого сообщения в объект AMF, и затем объект AMF передает тип сеанса PDU в объект SMF с использованием второго сообщения, поэтому объект SMF устанавливает сеанс PDU на основе типа сеанса. Таким образом, устанавливается сеанс PDU правильного типа.
Этап 207. Объект SMF отправляет сообщение отклонения сеанса в оконечное устройство с использованием объекта AMF.
Если тип сеанса PDU, который получен объектом SMF из второго сообщения, отличается от типа сеанса PDU, который определен объектом SMF, объект SMF отправляет сообщение об отклонении сеанса в оконечное устройство. При необходимости сообщение об отклонении сеанса включает в себя тип сеанса PDU, который определяется объектом SMF на основе информации DN.
Более конкретно, объект SMF считает, что тип сеанса PDU, который переносится в первом сообщении, отправленном оконечным устройством на предыдущем этапе 202, является неправильным, и, кроме того, считает, что другой параметр, связанный с первым сообщением, является тоже неправильным. Таким образом, объект SMF отправляет сообщение об отклонении сеанса в оконечное устройство, где сообщение об отклонении сеанса несет в себе тип сеанса PDU, который определяется объектом SMF, так что оконечное устройство повторно инициирует процесс запроса на установление сеанса PDU, добавляет правильный тип сеанса PDU к новому запросу и добавляет другой правильный параметр к новому запросу, где правильный тип сеанса PDU является типом сеанса, который отправляется объектом SMF в оконечное устройство с использованием сообщения об отклонении сеанса.
Этап 208. Оконечное устройство отправляет третье сообщение в объект AMF, и объект AMF принимает третье сообщение из оконечного устройства.
Этот этап аналогичен этапу 202. Однако третье сообщение на этапе 208 несет в себе тип сеанса PDU, который объект SMF добавляет к сообщению отклонения сеанса, то есть правильный тип сеанса PDU. Третье сообщение используется для запроса на установление сеанса PDU.
Этап 209. Объект AMF отправляет четвертое сообщение в объект SMF, и объект SMF принимает четвертое сообщение из объекта AMF.
Этот этап аналогичен этапу 205. Однако четвертое сообщение на этапе 209 вырабатывается на основе третьего сообщения, и объект AMF не знает содержания третьего сообщения и содержания четвертого сообщения. Четвертое сообщение несет в себе правильный тип сеанса PDU. Четвертое сообщение используется для запроса на установление сеанса PDU.
Этап 210. Объект SMF устанавливает сеанс PDU на основе четвертого сообщения.
На этом процедура заканчивается.
На этапах 201-205 и этапах 207-210 оконечное устройство добавляет тип сеанса PDU к первому сообщению при отправке первого сообщения в объект AMF, затем объект AMF отправляет тип сеанса PDU с объектом SMF с использованием второго сообщения, при определении того, что принятый тип сеанса PDU является неправильным, объект SMF дает указание оконечному устройству повторно инициировать третье сообщение, и объект SMF принимает четвертое сообщение из объекта AMF, чтобы получить правильный тип сеанса с помощью четвертого сообщения и установить сеанс PDU. Таким образом, устанавливается правильный тип сеанса PDU.
При необходимости после этапа 205, альтернативно, объект SMF может напрямую установить сеанс PDU. Другими словами, объект SMF напрямую устанавливает, на основе типа сеанса PDU, который находится во втором сообщении, сеанс PDU, соответствующий типу сеанса. В частности, объект SMF не определяет, совпадает ли тип сеанса PDU, который определяется объектом SMF, с типом сеанса PDU, который переносится во втором сообщении.
При необходимости на этапе 206 или этапе 210, при установлении сеанса PDU, объект SMF устанавливает сеанс PDU вместе с объектом UPF. Таким образом, объект SMF должен также выбрать объект UPF. При необходимости объект SMF определяет объект UPF на основе идентификатора DN и типа сеанса PDU, где идентификатор DN может быть отправлен, объектом AMF, в объект SMF.
Вариант 2 осуществления
Основное различие между этим вариантом осуществления и вариантом 1 осуществления заключается в том, что оконечное устройство не отправляет тип сеанса PDU на сетевую сторону, но объект SMF на сетевой стороне определяет тип сеанса PDU и устанавливает сеанс PDU.
На фиг.3 показана блок-схема другого способа обработки сеанса согласно настоящей заявке. Способ включает в себя следующие этапы.
Этап 301. Оконечное устройство инициирует APP и определяет идентификатор DN.
На этапе, когда инициируется APP, оконечное устройство не может получить тип сеанса PDU, но может определить идентификатор DN, соответствующий APP. Другими словами, оконечное устройство может определить идентификатор сети передачи данных, к которой оконечное устройство должно получить доступ.
Например, в реализации оконечное устройство может получить, согласно таблице 1, приведенной в предыдущем варианте 1 осуществления, идентификатор DN, соответствующий APP.
Этап 301 может быть реализован согласно уровню техники, и в данном документе подробности повторно не описываются.
Этап 302. Оконечное устройство передает первое сообщение и первую информацию DN в объект AMF.
Первая информация DN включает в себя идентификатор DN. Первое сообщение используется для запроса на установление сеанса PDU, и первая информация DN может использоваться объектом AMF для определения объекта SMF.
При необходимости способ дополнительно включает в себя следующие этапы.
Этап 303. Объект AMF определяет объект SMF на основе первой информации DN.
Этап 303 аналогичен этапу 204, представленному в варианте 1 осуществления. Более конкретно, объект AMF сначала определяет тип DN на основе идентификатора DN в информации DN, и затем объект AMF определяет объект SMF на основе типа DN и идентификатора DN. За подробностями следует обратиться к описанию этапа 204. Подробности больше здесь не описываются.
Этап 304. Объект AMF передает второе сообщение в объект SMF.
Второе сообщение генерируется на основе первого сообщения, и второе сообщение используется для запроса установления сеанса PDU. Второе сообщение дополнительно включает в себя вторую информацию DN. Другими словами, второе сообщение включает в себя первое сообщение и вторую информацию DN. Кроме того, объект AMF не знает о конкретном содержании первого сообщения.
Вторая информация DN включает в себя идентификатор DN, или вторая информация DN включает в себя идентификатор DN и тип DN.
Этап 305. Объект SMF определяет тип сеанса PDU на основе второго сообщения.
После того, как объект SMF получит вторую информацию DN, если вторая информация DN включает в себя идентификатор DN, объект SMF определяет тип DN на основе идентификатора DN, и затем определяет тип сеанса PDU на основе типа DN.
Если вторая информация DN включает в себя идентификатор DN и тип DN, объект SMF получает тип DN из второй информации DN, и затем определяет тип сеанса PDU на основе типа DN.
После этапа 305 существуют две реализации. Одна из них напрямую устанавливает сеанс PDU, другими словами, выполняет этап 306. Другая инструктирует оконечное устройство повторно инициировать процесс запроса на установление сеанса PDU, другими словами, выполняет этап 307. Эти две реализации описаны ниже.
Этап 306. Объект SMF устанавливает сеанс PDU.
На предыдущем этапе 305 объект SMF определил тип сеанса PDU. Таким образом, объект SMF может напрямую устанавливать сеанс PDU типа сеанса.
На этом процедура заканчивается.
Этап 307. Объект SMF передает сообщение отклонения сеанса в оконечное устройство с использованием объекта AMF.
Чтобы повысить точность установления сеанса PDU, объект SMF может дополнительно отправить сообщение отклонения сеанса в оконечное устройство с использованием объекта AMF, где сообщение отклонения сеанса несет в себе тип сеанса PDU, который определяется объектом SMF, чтобы оконечное устройство повторно инициировало процедуру установления сеанса.
Этап 308. Оконечное устройство передает третье сообщение в объект AMF, и объект AMF принимает третье сообщение из оконечного устройства.
Этап 309. Объект AMF отправляет четвертое сообщение в объект SMF, и объект SMF принимает четвертое сообщение от объекта AMF.
Этап 310. Объект SMF устанавливает сеанс PDU на основе четвертого сообщения.
Приведенные выше этапы 308-310 аналогичны этапам 208-210 в варианте 1 осуществления. Подробности смотри в приведенных выше описаниях. В данном документе подробности повторно не описываются.
На этом процедура заканчивается.
На этапах 301-305 и этапах 307-310 оконечное устройство добавляет идентификатор DN к первому сообщению при отправке первого сообщения в объект AMF, затем объект AMF отправляет идентификатор DN в объект SMF с использованием второго сообщения. После определения типа сеанса PDU объект SMF инструктирует оконечное устройство повторно инициировать третье сообщение, и объект SMF принимает четвертое сообщение из объекта AMF, чтобы принять правильный тип сеанса с использованием четвертого сообщения и установить сеанс PDU. Таким образом, устанавливается правильный тип сеанса PDU.
При необходимости на этапе 306 или этапе 310, при установлении сеанса PDU, объект SMF устанавливает сеанс PDU вместе с объектом UPF. Таким образом, объект SMF должен также выбрать объект UPF. При необходимости объект SMF определяет объект UPF на основе идентификатора DN и типа сеанса PDU, где идентификатор DN может быть отправлен, объектом AMF, в объект SMF.
На фиг.4 показана упрощенная схема устройства согласно настоящей заявке. Устройство может быть оконечным устройством, объектом AMF или объектом SMF в любом из вышеупомянутых вариантов осуществления. Устройство может быть оконечным устройством в архитектуре системы, показанной на фиг.1, или микросхемой в оконечном устройстве, может быть объектом AMF в архитектуре системы, показанной на фиг.1, или микросхемой в объекте AMF, или может быть объектом SMF в архитектуре системы, показанной на фиг.1, или микросхемой в объекте SMF.
Устройство 200 может быть выполнено с возможностью выполнения способа, выполняемого оконечным устройством, объектом AMF или объектом SMF в любом вышеупомянутом способе обработки сеанса.
Устройство 200 включает в себя по меньшей мере один блок 21 обработки и блок 22 связи и при необходимости дополнительно включает в себя блок 23 хранения. Блок 21 обработки, блок 22 связи и блок 23 хранения соединены друг с другом с помощью коммуникационной шины.
Процессор 21 может быть центральным процессором общего назначения (CPU), микропроцессором, специализированной интегральной схемой, ориентированной на конкретное приложение (application-specific integrated circuit, ASIC) или одной или несколькими интегральными схемами, выполненными с возможностью управления исполнением программы в соответствии с решениями настоящего изобретения.
Коммуникационная шина может включать в себя путь для передачи информации между вышеупомянутыми блоками.
Блок 22 связи может быть устройством с функцией приемопередатчика и выполнен с возможностью поддержания связи с другим устройством или сетью связи, например, Ethernet, сетью радиодоступа (RAN) или беспроводной локальной сетью (wireless local area networks, WLAN).
Блок 23 хранения может представлять собой постоянное запоминающее устройство (read-only memory, ROM), статическое запоминающее устройство другого типа, способное хранить статическую информацию и инструкции, оперативное запоминающее устройство (random access memory, RAM) или динамическое запоминающее устройство другого типа, способное хранить информацию и инструкции; или может представлять собой электрически стираемое программируемое постоянное запоминающее устройство (Electronically erasable programmable read-only memory, EEPROM), постоянное запоминающее устройство на основе компакт-диска (compact disc read-only memory, CD-ROM) или другое запоминающее устройство на основе оптических дисков, запоминающее устройство на основе оптических дисков (включая оптический компакт-диск, лазерный диск, оптический диск, цифровой универсальный диск, диск Blu-ray или т.п.), накопитель на магнитных дисках, или другое магнитное запоминающее устройство или любой другой носитель, который может быть выполнен с возможностью переноса или хранения ожидаемого программного кода в виде инструкции или структуры данных, и к которым может обращаться компьютер. Однако настоящая заявка не ограничивается этим. Блок 23 хранения может существовать независимым образом и может быть подключен к блоку 21 обработки с использованием коммуникационной шины. Блок 23 хранения альтернативно может быть интегрирован с блоком обработки. Блок 23 хранения выполнен с возможностью хранения кода прикладной программы, используемого для выполнения решений настоящего изобретения, и код прикладной программы выполняется под управлением блока 21 обработки. Блок 21 обработки выполнен с возможностью исполнения кода прикладной программы, хранящегося в блоке 23 хранения.
В конкретной реализации, в варианте осуществления, блок 21 обработки может включать в себя один или несколько CPU, например, CPU 0 и CPU 1, показанные на фиг.4.
В конкретной реализации, в варианте осуществления, устройство 200 может включать в себя множество блоков обработки, например, блок 21 обработки и блок 28 обработки, показанные на фиг.4. Каждый из блоков обработки может быть одноядерным процессором (single-CPU) или может быть многоядерным процессором (multi-CPU). В данном документе процессор может относиться к одному или нескольким устройствам, схеме и/или процессорному ядру для обработки данных (например, инструкции компьютерной программы).
В возможном варианте, когда устройство является оконечным устройством, объектом AMF или объектом SMF, блок 21 обработки может быть, например, процессором, блок 22 связи может быть, например, приемопередатчиком, и приемопередатчик включает в себя радиочастотную схему. Когда устройство дополнительно включает в себя блок 23 хранения, блок 23 хранения выполнен с возможностью хранения исполняемой компьютером инструкции, блок 21 обработки подключен к блоку 23 хранения, и блок 21 обработки исполняет машиноисполняемую инструкцию, хранящуюся в блоке 23 хранения, таким образом, чтобы базовая станция или оконечное устройство выполняли способ обработки сеанса в любом из вышеупомянутых вариантов осуществления.
В другом возможном варианте, когда устройство представляет собой микросхему в оконечном устройстве, микросхему в объекте AMF или микросхему в объекте SMF, блок 21 обработки может быть, например, процессором, и блок 22 связи может быть, например, интерфейсом ввода/вывода, выводом или схемой. Блок 21 обработки может исполнить машиноисполняемую инструкцию, хранящуюся в блоке хранения, чтобы позволить микросхеме выполнить способ обработки сеанса в вышеупомянутом варианте осуществления. При необходимости блок хранения представляет собой блок хранения, расположенный в микросхеме, например, регистр или буфер, или блок хранения может быть блоком хранения, расположенным в базовой станции или оконечном устройстве, но вне микросхемы, например, ROM, статическим запоминающим устройством другого типа, способным хранить статическую информацию и инструкции, или RAM.
То, что микросхема выполняет способ обработки сеанса, можно понять следующим образом: микросхема выполняет способ обработки сеанса вместе с другими компонентами устройства.
Например, когда микросхема является микросхемой в оконечном устройстве, блок связи микросхемы подключен к приемопередатчику оконечного устройства. Блок обработки микросхемы инициирует приложение APP, определяет тип сеанса PDU, вырабатывает первое сообщение и затем отправляет первое сообщение приемопередатчику оконечного устройства с использованием блока связи микросхемы. Приемопередатчик оконечного устройства отправляет первое сообщение в объект AMF. Таким образом, микросхема в оконечном устройстве реализует способ обработки сеанса в вариантах осуществления настоящего изобретения.
В другом примере, когда микросхема является микросхемой в объекте SMF, блок связи микросхемы подключен к приемопередатчику объекта SMF. Приемопередатчик объекта SMF принимает второе сообщение из объекта AMF и затем отправляет второе сообщение в блок связи микросхемы. Затем блок обработки микросхемы устанавливает сеанс PDU на основе типа сеанса, сеанса PDU, во втором сообщении. Таким образом, микросхема в объекте SMF реализует способ обработки сеанса в вариантах осуществления настоящего изобретения.
В другом примере, когда микросхема является микросхемой в объекте SMF, блок связи микросхемы подключен к приемопередатчику объекта SMF. Приемопередатчик объекта SMF принимает второе сообщение из объекта AMF и затем отправляет второе сообщение в блок связи микросхемы. Затем блок обработки микросхемы определяет тип сеанса PDU на основе информации DN во втором сообщении. Таким образом, микросхема в объекте SMF реализует способ обработки сеанса в вариантах осуществления настоящего изобретения.
В другом примере, когда микросхема является микросхемой в объекте AMF, блок связи микросхемы подключен к приемопередатчику объекта AMF. Приемопередатчик объекта AMF принимает первое сообщение и информацию DN из оконечного устройства, и затем отправляет первое сообщение и информацию DN в блок связи микросхемы. Затем блок обработки микросхемы вырабатывает второе сообщение на основе первого сообщения и управляет блоком связи микросхемы для отправки второго сообщения и информации DN в приемопередатчик объекта AMF. Приемопередатчик объекта AMF отправляет второе сообщение и информацию DN в объект SMF. Таким образом, микросхема в объекте AMF реализует способ обработки сеанса в вариантах осуществления настоящего изобретения.
Например, когда устройство разбито на блоки способом, показанным на фиг.4, блок 21 обработки взаимодействует с блоком 22 связи таким образом, чтобы устройство могло реализовать способ обработки сеанса в любом из вышеупомянутых вариантов осуществления настоящей заявки.
Например, когда устройство, показанное на фиг.4, представляет собой оконечное устройство или микросхему в оконечном устройстве,
блок 21 обработки выполнен с возможностью инициирования приложения APP и определения типа сеанса блока пакетных данных (PDU) на основе приложения APP; и
блок 22 связи выполнен с возможностью отправки первого сообщения в объект функции управления доступом и мобильностью (AMF), где первое сообщение включает в себя тип сеанса, и первое сообщение используется для запроса на установление типа сеанса PDU.
В возможном варианте блок 21 обработки специально выполнен с возможностью:
определения, на основе первого соответствия, типа сеанса, соответствующего APP, где
первое соответствие представляет собой соответствие между APP и типом сеанса PDU.
В возможном варианте первое соответствие предварительно сконфигурировано в оконечном устройстве; или
первое соответствие получается оконечным устройством из объекта AMF.
В возможном варианте процессор 21 специально выполнен с возможностью:
определения, на основе второго соответствия, идентификатора DN, соответствующего APP;
определения типа DN, соответствующего идентификатору DN; и
определения, на основе третьего соответствия, типа сеанса, соответствующего типу DN, где
второе соответствие является соответствием между APP и идентификатором DN, и третье соответствие является соответствием между типом DN и типом сеанса PDU.
В возможном варианте блок 22 связи дополнительно выполнен с возможностью:
передачи сообщения запроса в объект AMF; и
приема идентификатора DN и типа DN, которые отправляются объектом AMF на основе сообщения запроса; или
приема идентификатора DN и типа DN, которые передаются устройством сети радиодоступа (RAN).
В возможном варианте блок 22 связи дополнительно выполнен с возможностью: отправки первой информации DN в объект AMF, где первая информация DN включает в себя идентификатор DN или включает в себя идентификатор DN и тип DN, первая информация DN используется объектом AMF для определения объекта SMF на основе идентификатора DN, и объект SMF выполнен с возможностью установления типа сеанса PDU.
Следует понимать, что оконечное устройство или микросхема в оконечном устройстве могут быть выполнены с возможностью реализации этапов, выполняемых оконечным устройством в способе обработки сеанса в вариантах осуществления настоящего изобретения. Для пояснений связанных с ними функций следует обратиться к предыдущим описаниям. В данном документе подробности не описываются повторно.
Например, когда устройство, показанное на фиг.4, является объектом SMF или микросхемой в объекте SMF,
блок 22 связи выполнен с возможностью приема второго сообщения из объекта функции управления доступом и мобильностью (AMF), где второе сообщение включает в себя тип сеанса блока пакетных данных (PDU), запрошенный оконечным устройством, и второе сообщение используется для запроса на установление сеанса PDU; и
блок 21 обработки выполнен с возможностью установления сеанса PDU на основе типа сеанса PDU.
В возможном варианте блок 22 связи дополнительно выполнен с возможностью приема идентификатора DN из объекта AMF; и
блок 21 обработки дополнительно выполнен с возможностью определения объекта функции пользовательской плоскости (UPF) на основе идентификатора DN и типа сеанса PDU, где объект UPF выполнен с возможностью установления типа сеанса PDU.
Следует понимать, что объект SMF или микросхема в объекте SMF могут быть выполнены с возможностью реализации этапов, выполняемых объектом SMF в способе обработки сеанса в вариантах осуществления настоящего изобретения. Для пояснений связанных с ними функций следует обратиться к предыдущим описаниям. В данном документе подробности не описываются повторно.
Например, когда устройство, показанное на фиг.4, является объектом SMF или микросхемой в объекте SMF,
блок 22 связи выполнен с возможностью приема второго сообщения из объекта функции управления доступом и мобильностью (AMF), где второе сообщение включает в себя вторую информацию сети передачи данных (DN), и второе сообщение используется для запроса на установление сеанса PDU; и
блок 21 обработки выполнен с возможностью определения типа сеанса PDU на основе второй информации DN.
В возможном варианте вторая информация DN включает в себя идентификатор DN, и блок 21 обработки специально выполнен с возможностью:
определения типа DN на основе идентификатора DN и определения типа сеанса PDU на основе типа DN; или
вторая информация DN включает в себя тип DN, и блок 21 обработки специально выполнен с возможностью определения объектом SMF типа сеанса PDU на основе типа DN.
В возможном варианте, если второе сообщение несет в себе тип сеанса, сеанса PDU, запрошенный оконечным устройством, когда тип сеанса PDU, который определяется блоком 21 обработки на основе второй информации DN, несовместимым с типом сеанса, сеанса PDU, запрошенным оконечным устройством, блок 22 связи выполнен с возможностью отправки сообщения отклонения сеанса в оконечное устройство, где сообщение отклонения сеанса включает в себя тип сеанса PDU, который определяется блоком 21 обработки на основе второй информации DN.
В возможном варианте блок 21 обработки дополнительно выполнен с возможностью:
установления сеанса PDU на основе типа сеанса PDU.
возможном варианте процессор 21 дополнительно выполнен с возможностью:
определения объекта функции пользовательской плоскости (UPF) на основе второй информации DN; и
установления типа сеанса PDU с объектом UPF.
Следует понимать, что объект SMF или микросхема в объекте SMF могут быть выполнены с возможностью реализации этапов, выполняемых объектом SMF в способе обработки сеанса в вариантах осуществления настоящего изобретения. Для пояснений связанных с ними функций следует обратиться к предыдущим описаниям. В данном документе подробности не описываются повторно.
Например, когда устройство, показанное на фиг.4, является объектом AMF или микросхемой в объекте AMF,
блок 22 связи выполнен с возможностью приема первого сообщения и информации DN первой сети передачи данных из оконечного устройства, где первое сообщение используется для запроса на установление сеанса PDU; и
блок 21 обработки выполнен с возможностью: определения объекта функции управления сеансом (SMF) на основе первой информации DN; и отправки второго сообщения в объект SMF на основе первого сообщения, где второе сообщение используется для запроса на установление сеанса PDU, и тип сеанса PDU соответствует первой информации DN.
В возможном варианте первое сообщение и второе сообщение включают в себя тип сеанса, сеанса PDU, запрошенный оконечным устройством; или
первая информация DN включает в себя идентификатор DN, второе сообщение включает в себя идентификатор DN, и идентификатор DN используется объектом SMF для определения типа сеанса PDU на основе идентификатора DN.
В возможном варианте первая информация DN включает в себя идентификатор DN, и блок 22 связи дополнительно выполнен с возможностью приема идентификатора сети передачи данных (DN) из оконечного устройства;
блок 21 обработки специально выполнен с возможностью определения типа DN на основе идентификатора DN; и
блок 22 связи дополнительно выполнен с возможностью: отправки идентификатора DN и типа DN в объект NRF; и приема объекта SMF из объекта NRF, где объект SMF определяется объектом NRF на основе идентификатора DN и типа DN.
В возможном варианте блок 22 связи дополнительно выполнен с возможностью:
приема сообщения запроса регистрации из оконечного устройства;
получения, из базы данных на основе сообщения запроса регистрации, информации DN, на которую подписано оконечное устройство, причем подписанная информация DN включает в себя идентификатор DN и тип DN; и
передачи, в оконечное устройство, информации DN, на которую подписано оконечное устройство.
В возможном варианте сообщение запроса регистрации включает в себя информацию указания возможности оконечного устройства, где информация указания возможности используется для указания сети передачи данных, поддерживаемой оконечным устройством; и
информация DN, на которую подписано оконечное устройство, соответствует сети передачи данных, поддерживаемой оконечным устройством.
Следует понимать, что объект AMF или микросхема в объекте AMF могут быть выполнены с возможностью реализации этапов, выполняемых объектом AMF в способе обработки сеанса в вариантах осуществления настоящего изобретения. Для пояснений связанных с ними функций следует обратиться к предыдущим описаниям. В данном документе подробности не описываются повторно.
Настоящая заявка дополнительно предусматривает машиночитаемый носитель информации. Машиночитаемый носитель информации хранит инструкцию, которая при исполнении на компьютере, предписывает компьютеру выполнять операции, выполняемые оконечным устройством в вышеупомянутом способе обработки сеанса. Компьютер может быть оконечным устройством.
Настоящая заявка дополнительно предусматривает машиночитаемый носитель информации. Машиночитаемый носитель информации хранит инструкцию, которая при исполнении на компьютере, предписывает компьютеру выполнять операции, выполняемые объектом SMF в вышеупомянутом способе обработки сеанса. Компьютер может быть объектом SMF.
Настоящая заявка дополнительно предусматривает машиночитаемый носитель информации. Машиночитаемый носитель информации хранит инструкцию, которая при исполнении на компьютере, предписывает компьютеру выполнять операции, выполняемые объектом AMF в вышеупомянутом способе обработки сеанса. Компьютер может быть объектом AMF.
Настоящая заявка предусматривает компьютерный программный продукт. Компьютерный программный продукт включает в себя инструкцию компьютерного программного обеспечения, и инструкция компьютерного программного обеспечения может быть загружена процессором для реализации процедуры способа обработки сеанса, выполняемого оконечным устройством в любом из вышеупомянутых вариантов осуществлен
Настоящая заявка предусматривает компьютерный программный продукт. Компьютерный программный продукт включает в себя инструкцию компьютерного программного обеспечения, и инструкция компьютерного программного обеспечения может быть загружена процессором для реализации процедуры способа обработки сеанса, выполняемого объектом SMF в любом из вышеупомянутых вариантов осуществления.
Настоящая заявка предусматривает компьютерный программный продукт. Компьютерный программный продукт включает в себя инструкцию компьютерного программного обеспечения, и инструкция компьютерного программного обеспечения может быть загружена процессором для реализации процедуры способа обработки сеанса, выполняемого объектом AMF в любом из вышеупомянутых вариантов осуществления.
Согласно вышеизложенному описанию этой спецификации в данной заявке, технологии в данной области техники могут использовать или реализовывать содержание настоящей заявки. Любая модификация, основанная на раскрытом содержании, должна считаться очевидной в данной области техники. Основные принципы, описанные в настоящей заявке, могут применяться к другим вариантам осуществления без отступления от сущности и объема настоящей заявки. Таким образом, содержание, раскрытое в настоящей заявке, не ограничивается описанными вариантами осуществления и вариантами, но может быть также расширено до максимального объема, который согласуется с принципами и раскрытыми новыми признаками настоящей заявки.