WO2023184195A1 - 支持增强现实业务能力协商方法及装置、网元、ue及存储介质 - Google Patents

支持增强现实业务能力协商方法及装置、网元、ue及存储介质 Download PDF

Info

Publication number
WO2023184195A1
WO2023184195A1 PCT/CN2022/083874 CN2022083874W WO2023184195A1 WO 2023184195 A1 WO2023184195 A1 WO 2023184195A1 CN 2022083874 W CN2022083874 W CN 2022083874W WO 2023184195 A1 WO2023184195 A1 WO 2023184195A1
Authority
WO
WIPO (PCT)
Prior art keywords
augmented reality
reality service
network
network element
service
Prior art date
Application number
PCT/CN2022/083874
Other languages
English (en)
French (fr)
Inventor
吴锦花
刘建宁
沈洋
Original Assignee
北京小米移动软件有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 北京小米移动软件有限公司 filed Critical 北京小米移动软件有限公司
Priority to PCT/CN2022/083874 priority Critical patent/WO2023184195A1/zh
Priority to CN202280000988.4A priority patent/CN117157956A/zh
Publication of WO2023184195A1 publication Critical patent/WO2023184195A1/zh

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements

Definitions

  • the present disclosure relates to a technology, and in particular, to a method and device, a user equipment (User Equipment, UE) and a storage medium that support augmented reality service capability negotiation.
  • UE User Equipment
  • Multimodal data describes the data input by the same business/application from the same device or different devices. This data may be output to one or more destination devices. Each data stream in multimodal data often has a certain or even strong correlation, such as the synchronization of audio and video streams, the synchronization of touch and vision, etc.
  • the current 5GS system uses a general Quality of Service (QoS) mechanism to process various data services including XR services, and fails to fully consider the characteristics of media services such as XR and multi-modal services.
  • QoS Quality of Service
  • XRM X Radio Resource Management
  • multi-modal services Currently, there is no Corresponding QoS and policy mechanisms to meet corresponding business needs.
  • the network In order to support the transmission of XRM services and multi-modal data streams, the network first needs to be able to identify the corresponding equipment and business data, and confirm the functional support of the network and equipment.
  • the current 5GS system functions do not yet support this type of demand, and there are no corresponding technical solutions for reference.
  • embodiments of the present disclosure provide a method and device, a network element, a user equipment and a storage medium to support augmented reality service capability negotiation.
  • a method for supporting augmented reality service capability negotiation is provided, applied to a first network element, and the method includes:
  • the SM context creation request carries a first information element, and the first information element carries the capability of the user equipment UE to support the augmented reality service.
  • the first information element includes 5G session management core network capability (5GSM Core Network Capability), or protocol configuration option PCO.
  • 5GSM Core Network Capability 5G session management core network capability
  • PCO protocol configuration option
  • the method further includes:
  • the capability of whether the network supports augmented reality services is carried in a create SM context response or update response and is sent to the second network element.
  • the method in response to the network supporting the augmented reality service, the method further includes:
  • Execute policy control function PCF selection based on the selected PCF, determine the augmented reality business rules, or determine the data flow PCC rules that support the augmented reality business.
  • the method further includes:
  • a method for supporting augmented reality service capability negotiation is provided, which is executed by a network side function.
  • the method includes:
  • the network side function receives the protocol data unit PDU session creation request sent by the UE, and in response to the session creation request information carrying the UE's ability to support the augmented reality service, the network side function confirms whether the network supports the augmented reality service during the session creation process. , and sends a non-access layer NAS message to the UE, carrying a response of whether the augmented reality service is supported.
  • the session creation request information carries the UE's ability to support the augmented reality service including: the session creation request carries 5GSM Core Network Capability, and the 5GSM Core Network Capability includes the UE's ability to support the augmented reality service.
  • the session creation request information carrying the UE's ability to support the augmented reality service includes: the session creation request carries a PCO, and the PCO includes the UE's ability to support the augmented reality service.
  • the network side function includes a first network element, where,
  • the first network element receives the request to create a session management SM context, determines whether the network supports the augmented reality service, and sends a response to the second network element indicating whether the network supports the augmented reality service; wherein the request to create the SM context carries the first Information element, the first information element carries the capability of the user equipment UE to support the augmented reality service;
  • PDU session establishment acceptance information sent to the second network element, where the PDU session establishment acceptance information carries QoS parameters supporting the augmented reality service.
  • the first network element determines whether the network supports the augmented reality service of the PDU session based on at least one of subscription information, network support capabilities, and local policies; Describe whether the second network element sending network supports the capability of augmented reality services.
  • the method further includes:
  • the first network element After confirming that the network supports the augmented reality service, the first network element locally executes policy and charging rule decisions; or performs PCF selection, determines virtual reality service rules based on the selected PCF, or determines to support virtual reality Data flow PCC rules for services.
  • the network side function includes a second network element; wherein,
  • the second network element receives the PDU session establishment request sent by the UE, selects the first network element based on the PDU session establishment request, and sends a create SM context request to the selected first network element;
  • the SM context request carries UE’s ability to support augmented reality services;
  • the second network element After receiving the PDU session establishment acceptance information returned by the first network element, the second network element sends the PDU session identification and PDU session establishment acceptance information to the UE through the NAS message.
  • the second network element stores the UE's ability to support the augmented reality service as a PDU session level context in the UE context.
  • a method for supporting augmented reality service capability negotiation is provided, which is executed by a UE.
  • the method includes:
  • the first information element includes 5GSM Core Network Capability, or PCO.
  • a method for supporting augmented reality service capability negotiation is provided, which is executed by a second network element.
  • the method includes:
  • the second network element determines whether the network supports the augmented reality service, and sends registration acceptance information to the UE, and the registration acceptance information carries whether the network supports the augmented reality service.
  • Augmented reality business response
  • determining whether the network supports augmented reality services includes:
  • the method further includes:
  • the group identifier of the augmented reality service is sent to the UE through the third network element or directly; the group identifier is used to associate multiple UEs of the augmented reality service group, or to associate multiple augmented reality service sessions of a single UE, or to Correlate multiple data streams for a single UE session, and
  • the method further includes:
  • a method for supporting augmented reality service capability negotiation is provided, which is executed by a network side function.
  • the method includes:
  • the network side function receives the registration request, and in response to the registration request carrying the network's ability to support the augmented reality service, the network side function determines whether the network supports the augmented reality service, and sends registration acceptance information to the UE, carrying the information of whether the network supports the augmented reality service. response.
  • the network side function includes a second network element and a third network element, wherein,
  • the third network element receives the registration request sent by the UE and selects the second network element; the registration request carries whether the UE supports the augmented reality service capability;
  • the second network element determines whether the network supports the augmented reality service, and sends registration acceptance information to the UE through the third network element; the registration acceptance information carries whether the network supports the capability of the augmented reality service.
  • determining whether the network supports augmented reality services includes:
  • the second network element determines whether the network supports the augmented reality service based on at least one of the subscription information, network support capabilities, and local policies.
  • the method further includes:
  • the second network element sends the group identifier of the augmented reality service to the UE through the third network element or directly to the UE; the group identifier is used to associate multiple UEs of the augmented reality service group, or is used to associate multiple augmented reality services of a single UE. Service session, or multiple data streams used to associate a single UE session.
  • the method further includes:
  • a method for supporting augmented reality service capability negotiation is provided, which is executed by a UE.
  • the method includes:
  • the method further includes:
  • the method further includes:
  • the group identifier of the augmented reality service sent by the network side is forwarded through the RAN or directly sent by the network side function.
  • the method further includes:
  • a device that supports augmented reality service capability negotiation includes:
  • a receiving unit configured to receive a request to create an SM context; wherein the request to create an SM context carries a first information element, and the first information element carries the ability of the user equipment UE to support the augmented reality service;
  • a determining unit configured to determine whether the network supports the augmented reality service
  • the sending unit is configured to send a response to the second network element indicating whether the network supports the augmented reality service.
  • the first information element includes 5GSM core network capability Core Network Capability, or protocol configuration option PCO.
  • the determining unit is further configured to:
  • a device that supports augmented reality service capability negotiation includes:
  • the receiving unit is configured to receive the PDU session creation request sent by the UE;
  • a determining unit configured to confirm whether the network supports the augmented reality service during the session creation process in response to the session creation request information carrying the UE's ability to support the augmented reality service;
  • the sending unit is configured to send a non-access layer NAS message to the UE, carrying a response of whether the augmented reality service is supported.
  • the session creation request information carries the UE's ability to support the augmented reality service including: the session creation request carries 5GSM Core Network Capability, and the 5GSM Core Network Capability includes the UE's ability to support the augmented reality service.
  • the session creation request information carrying the UE's ability to support the augmented reality service includes: the session creation request carries a PCO, and the PCO includes the UE's ability to support the augmented reality service.
  • a device that supports augmented reality service capability negotiation includes:
  • a sending unit configured to send a PDU session establishment request;
  • the PDU session establishment request carries a first information element, and the first information element carries the UE's ability to support the augmented reality service;
  • the receiving unit is configured to receive the NAS message sent by the network side, which carries a response of whether the augmented reality service is supported.
  • the first information element includes 5GSM Core Network Capability, or PCO.
  • a device that supports augmented reality service capability negotiation includes:
  • the receiving unit is configured to receive the registration request sent by the third network element
  • a determining unit configured to determine whether the network supports the augmented reality service in response to the registration request carrying the UE's ability to support the augmented reality service
  • a sending unit configured to send registration acceptance information to the UE through the third network element, where the registration request carries a response indicating whether the augmented reality service is supported.
  • the determining unit is further configured to:
  • the sending unit is further configured to:
  • the group identifier of the augmented reality service is sent to the UE through the third network element or directly; the group identifier is used to associate multiple UEs of the augmented reality service group, or to associate multiple augmented reality service sessions of a single UE, or to Correlate multiple data streams for a single UE session, and
  • a device that supports augmented reality service capability negotiation includes:
  • a receiving unit configured to receive a registration request
  • a determining unit configured to determine whether the network supports the augmented reality service in response to the capability of the network supporting the augmented reality service carried in the registration request;
  • the sending unit is configured to send registration acceptance information to the UE, carrying the capability of whether to support the augmented reality service.
  • a device that supports augmented reality service capability negotiation includes:
  • a sending unit configured to send a registration request to the third network element, where the registration request carries the ability to support the augmented reality service;
  • the receiving unit is configured to receive the registration acceptance information returned by the third network element, and the registration request carries a response of whether the augmented reality service is supported.
  • the receiving unit is further configured to:
  • the group identifier is used to associate multiple UEs of the augmented reality service group, or to associate multiple augmented reality service sessions of a single UE, or to associate Multiple data streams for a single UE session.
  • a first network element including a processor, a memory, and an executable program stored on the memory and capable of being run by the processor.
  • the processor runs the executable program.
  • a user equipment including a processor, a transceiver, a memory, and an executable program stored on the memory and capable of being run by the processor.
  • the processor runs the executable program.
  • the program executes the steps of supporting the augmented reality service capability negotiation method.
  • a storage medium on which an executable program is stored.
  • the executable program is executed by a processor, the steps of the method for supporting augmented reality service capability negotiation are implemented.
  • the technical solution of the embodiment of the present disclosure provides user equipment with a capability support and negotiation mechanism for XRM services and multi-modal data services, allowing the operating network to provide corresponding XRM services for UEs that support XRM services and multi-modal data services. Support, providing XRM services with better QoS for UE and improving user experience.
  • Figure 1 is a schematic structural diagram of a wireless communication system according to an exemplary embodiment
  • Figure 2 is a schematic flowchart of a method for supporting augmented reality service capability negotiation according to an exemplary embodiment
  • Figure 3 is a schematic flowchart of a method for supporting augmented reality service capability negotiation according to an exemplary embodiment
  • Figure 4 is a schematic flowchart of a method for supporting augmented reality service capability negotiation according to an exemplary embodiment
  • Figure 5 is a schematic flowchart of a method for supporting augmented reality service capability negotiation according to an exemplary embodiment
  • Figure 6 is a schematic flowchart of a method for supporting augmented reality service capability negotiation according to an exemplary embodiment
  • Figure 7 is a schematic flowchart of a method for supporting augmented reality service capability negotiation according to an exemplary embodiment
  • Figure 8 is a schematic flowchart of a method for supporting augmented reality service capability negotiation according to an exemplary embodiment
  • Figure 9 is a schematic flowchart of a method for supporting augmented reality service capability negotiation according to an exemplary embodiment
  • Figure 10 is a schematic structural diagram of a device that supports augmented reality service capability negotiation according to an exemplary embodiment
  • Figure 11 is a schematic structural diagram of a device that supports augmented reality service capability negotiation according to an exemplary embodiment
  • Figure 12 is a schematic structural diagram of a device that supports augmented reality service capability negotiation according to an exemplary embodiment
  • Figure 13 is a schematic structural diagram of a device that supports augmented reality service capability negotiation according to an exemplary embodiment
  • Figure 14 is a schematic structural diagram of a device that supports augmented reality service capability negotiation according to an exemplary embodiment
  • Figure 15 is a schematic structural diagram of a device that supports augmented reality service capability negotiation according to an exemplary embodiment
  • Figure 16 is a schematic structural diagram of a user equipment according to an exemplary embodiment.
  • first, second, third, etc. may be used to describe various information in the embodiments of the present disclosure, the information should not be limited to these terms. These terms are only used to distinguish information of the same type from each other.
  • first information may also be called second information, and similarly, the second information may also be called first information.
  • word “if” as used herein may be interpreted as "when” or "when” or "in response to determining.”
  • FIG. 1 shows a schematic structural diagram of a wireless communication system provided by an embodiment of the present disclosure.
  • the wireless communication system is a communication system based on cellular mobile communication technology.
  • the wireless communication system may include several terminals 11 and several base stations 12 .
  • the terminal 11 may be a device that provides voice and/or data connectivity to the user.
  • Terminal 11 can communicate with one or more core networks via a Radio Access Network (RAN).
  • RAN Radio Access Network
  • Terminal 11 can be an Internet of Things terminal, such as a sensor device, a mobile phone (or "cellular" phone) and a device with The computer of the Internet of Things terminal, for example, can be a fixed, portable, pocket-sized, handheld, computer-built-in or vehicle-mounted device.
  • station STA
  • subscriber unit subscriber unit
  • subscriber station subscriber station
  • mobile station mobile station
  • remote station remote station
  • access terminal remote terminal
  • user terminal user agent, user device, or user equipment (UE).
  • UE user equipment
  • the terminal 11 may be a device of an unmanned aerial vehicle.
  • the terminal 11 may also be a vehicle-mounted device, for example, it may be an on-board computer with a wireless communication function, or a wireless communication device connected to an external on-board computer.
  • the terminal 11 may also be a roadside device, for example, it may be a streetlight, a signal light or other roadside device with wireless communication function.
  • the base station 12 may be a network-side device in a wireless communication system.
  • the wireless communication system can be the 4th generation mobile communication technology (the 4th generation mobile communication, 4G) system, also known as the Long Term Evolution (LTE) system; or the wireless communication system can also be a 5G system, Also called new radio (NR) system or 5G NR system.
  • the wireless communication system may be any generation system.
  • the access network in the 5G system can be called NG-RAN (New Generation-Radio Access Network).
  • MTC system Mobile communications
  • the base station 12 may be an evolved base station (eNB) used in the 4G system.
  • the base station 12 may also be a base station (gNB) that adopts a centralized distributed architecture in the 5G system.
  • eNB evolved base station
  • gNB base station
  • the base station 12 adopts a centralized distributed architecture it usually includes a centralized unit (Central Unit, CU) and at least two distributed units (Distributed Unit, DU).
  • the centralized unit is equipped with a protocol stack including the Packet Data Convergence Protocol (PDCP) layer, the Radio Link Control protocol (Radio Link Control, RLC) layer, and the Media Access Control (Media Access Control, MAC) layer; distributed
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Media Access Control
  • the unit is provided with a physical (Physical, PHY) layer protocol stack, and the embodiment of the present disclosure does not limit the specific implementation of the base station 12.
  • a wireless connection can be established between the base station 12 and the terminal 11 through a wireless air interface.
  • the wireless air interface is a wireless air interface based on the fourth generation mobile communication network technology (4G) standard; or the wireless air interface is a wireless air interface based on the fifth generation mobile communication network technology (5G) standard, such as
  • the wireless air interface is a new air interface; alternatively, the wireless air interface may also be a wireless air interface based on the next generation mobile communication network technology standard of 5G.
  • an E2E (End to End) connection can also be established between terminals 11.
  • V2V vehicle to vehicle, vehicle to vehicle
  • V2I vehicle to infrastructure, vehicle to roadside equipment
  • V2P vehicle to Pedestrian, vehicle to person communication in vehicle networking communication (vehicle to everything, V2X) Wait for the scene.
  • the above-mentioned wireless communication system may also include a network management device 13.
  • the execution subjects involved in the embodiments of this disclosure include but are not limited to: terminals (UE, User Equipment) in the cellular mobile communication system, and base stations of cellular mobile communication, etc.
  • Figure 2 is a schematic flow chart of a method for supporting augmented reality service capability negotiation according to an exemplary embodiment. As shown in Figure 2, the method for supporting augmented reality service capability negotiation according to an embodiment of the present disclosure is applied to the first network element.
  • the support The augmented reality business capability negotiation method includes the following processing steps:
  • Step 201 Receive a request to create a session management SM context and determine whether the network supports the augmented reality service.
  • the first network element may include a session management function SMF.
  • SMF session management function
  • the augmented reality service specifically includes XRM services such as virtual reality service VR and augmented reality service AR, and also includes multi-modal services.
  • the SM context creation request carries a first information element
  • the first information element carries the capability of the user equipment UE to support the augmented reality service.
  • the first information element includes 5GSM Core Network Capability, or PCO.
  • the first network element may determine whether the network supports the augmented reality service of the PDU session based on at least one of the subscription information, network support capabilities, and local policies.
  • Step 202 Send a response indicating whether the network supports the augmented reality service.
  • the first network element sends a response to the second network element to determine whether the network supports the augmented reality service.
  • the second network element may be an AMF.
  • AMF Access Management Function
  • whether the network supports the capability of augmented reality services is carried in the create SM context response or update response and is sent to the second network element.
  • the SMF When the SMF determines that the network supports the augmented reality service or the multi-modal service, it sends the protocol data unit PDU session establishment acceptance information to the second network element.
  • the PDU session establishment acceptance information carries the information that the network supports the augmented reality service or the multi-modality service. Service quality QoS parameters of the business.
  • the network when it is determined that the network supports augmented reality services or multi-modal services, it may also include:
  • policies and charging rules are executed locally on the SMF. Or, as an implementation method, perform policy control function PCF selection; based on the selected PCF, determine augmented reality business rules or multi-modal business rules, or determine data flow PCC rules that support augmented reality services or multi-modal services.
  • Figure 3 is a schematic flowchart of a method for supporting augmented reality service capability negotiation according to an exemplary embodiment.
  • the method for supporting augmented reality service capability negotiation according to the embodiment of the present disclosure is executed by a network side function and includes the following processing steps:
  • Step 301 The network side function receives the PDU session creation request sent by the UE.
  • Step 302 In response to the session creation request information carrying the UE's ability to support the augmented reality service, the network side function confirms whether the network supports the augmented reality service during the session creation process.
  • Step 303 The network side function sends a non-access layer NAS message to the UE, carrying a response of whether the augmented reality service is supported.
  • the session creation request information carrying the UE's ability to support the augmented reality service includes: the session creation request carrying 5GSM Core Network Capability, and the 5GSM Core Network Capability includes the UE's ability to support the augmented reality service.
  • the session creation request information carrying the UE's ability to support the augmented reality service includes: the session creation request carries a PCO, and the PCO includes the UE's ability to support the augmented reality service.
  • the network side function includes a first network element and a second network element, where the first network element includes an SMF and the second network element may include an AMF or the like.
  • the first network element When the network side function includes a first network element, the first network element receives a request to create a session management SM context and determines whether the network supports the augmented reality service; and sends a response to the second network element indicating whether the network supports the augmented reality service; wherein,
  • the create SM context request carries a first information element, and the first information element carries the capability of the user equipment UE to support the augmented reality service;
  • PDU session establishment acceptance information sent to the second network element, where the PDU session establishment acceptance information carries QoS parameters supporting the augmented reality service.
  • the first network element determines whether the network supports the augmented reality service of the PDU session based on at least one of the contract information, network support capabilities and local policies; and sends whether the network supports the augmented reality service of the PDU session to the second network element.
  • the ability to support augmented reality services is not limited to one of the contract information, network support capabilities and local policies.
  • the first network element After confirming that the network supports the augmented reality service, the first network element locally executes policy and charging rule decisions; or performs PCF selection, determines virtual reality service rules based on the selected PCF, or determines to support virtual reality Data flow PCC rules for services.
  • the second network element receives the PDU session establishment request sent by the UE, selects the first network element based on the PDU session establishment request, and sends a message to the selected first network element.
  • the second network element After receiving the PDU session establishment acceptance information returned by the first network element, the second network element sends the PDU session identification and PDU session establishment acceptance information to the UE through the NAS message.
  • the second network element stores the UE's ability to support the augmented reality service as a PDU session level context in the UE context.
  • the second network element receives the PDU session establishment request sent by the UE, selects the first network element based on the PDU session establishment request, and sends a create SM context request to the selected first network element;
  • the first network element sends to the second network element whether the network supports the capability of the augmented reality service
  • the first network element After authenticating the PDU session, the first network element locally executes decision-making on policies and charging rules; or performs PCF selection, and determines augmented reality business rules or multi-modal business rules based on the selected PCF; or determines Support data flow PCC rules for augmented reality services or multi-modal services;
  • the PDU session establishment acceptance information sent by the first network element to the second network element carries QoS parameters that support augmented reality services or multi-modal services;
  • the second network element sends the PDU session identifier and PDU session establishment acceptance information to the UE through the NAS message.
  • the method may also include:
  • the first network element locally executes decisions on policies and charging rules; or performs PCF selection, determines virtual reality service rules or multi-modal business rules based on the selected PCF, or determines to support virtual reality services or multi-modality Business data flow PCC rules.
  • the second network element stores the UE's ability to support the augmented reality service or the multi-modal service as a PDU session level context in the UE context.
  • whether the network supports the capability of augmented reality services is carried in a create SM context response or update response and is sent to the second network element.
  • the PDU session establishment acceptance information further includes at least one of the following information:
  • Augmented reality business rules or multimodal business rules are Augmented reality business rules or multimodal business rules
  • Figure 4 is a schematic flowchart of a method for supporting augmented reality service capability negotiation according to an exemplary embodiment. As shown in Figure 4, the method for supporting augmented reality service capability negotiation according to an embodiment of the present disclosure is executed by a UE and includes the following processing steps:
  • Step 401 The UE sends a PDU session establishment request.
  • the PDU session establishment request carries a first information element, and the first information element carries the UE's ability to support the augmented reality service; the first information element includes 5GSM Core Network Capability, or PCO.
  • Step 402 The UE receives the NAS message sent by the network side.
  • the NAS message carries the response of whether the network supports augmented reality services or multi-modal services.
  • Figure 5 is a schematic flow chart of a method for supporting augmented reality service capability negotiation according to an exemplary embodiment. As shown in Figure 5, the method for supporting augmented reality service capability negotiation according to the embodiment of the present disclosure is executed by the second network element, including the following processing step:
  • Step 501 The second network element receives the registration request sent by the third network element.
  • the registration request carries a response indicating whether the augmented reality service or the multi-modal service is supported.
  • Step 502 In response to the registration request carrying the UE's ability to support the augmented reality service, the second network element determines whether the network supports the augmented reality service or the multi-modal service.
  • determining whether the network supports augmented reality services or multi-modal services may include:
  • Step 503 The second network element sends registration acceptance information to the UE through the third network element or directly.
  • the registration acceptance information carries the capability of whether the network supports augmented reality services.
  • the UE and the core network element can exchange messages through the RAN, and the core network element can also directly send relevant messages to the UE to communicate directly with the UE.
  • embodiments of the present disclosure may further include: sending a group identifier of the augmented reality service or multi-modal service to the UE through a third network element or directly; the group identifier is used to associate the augmented reality service or multi-modal service.
  • the group identifier is used to associate the augmented reality service or multi-modal service.
  • Figure 6 is a schematic flowchart of a method for supporting augmented reality service capability negotiation according to an exemplary embodiment. As shown in Figure 6, the method for supporting augmented reality service capability negotiation according to the embodiment of the present disclosure is executed by a network side function and includes the following processing steps :
  • Step 601 The network side function receives the registration request.
  • Step 602 In response to the registration request carrying the network's ability to support the augmented reality service, the network side function determines whether the network supports the augmented reality service or the multi-modal service.
  • Step 603 The network side function sends registration acceptance information to the UE.
  • the registration acceptance information carries whether the network supports the ability of augmented reality services.
  • the network side function includes a second network element and a third network element, where the second network element includes an AMF and the third network element includes an access network such as a RAN or AN.
  • the third network element receives the registration request sent by the UE and selects the second network element; the registration request carries whether the UE supports the ability of the augmented reality service; sends the registration request to the selected second network element; the third network element The second network element determines whether the network supports the augmented reality service or the multi-modal service, and sends registration acceptance information to the UE through the third network element; the registration acceptance information carries whether the network supports the capability of the augmented reality service.
  • determining whether the network supports augmented reality services or multi-modal services includes:
  • the second network element determines whether the network supports augmented reality services or multi-modal services based on at least one of subscription information, network support capabilities, and local policies.
  • the method of the embodiment of the present disclosure may further include:
  • the second network element sends the group identifier of the augmented reality service or multi-modal service to the UE through the third network element or directly; the group identifier is used to associate multiple UEs of the augmented reality service or multi-modal service group, or Used to associate multiple augmented reality services or multi-modal service sessions of a single UE, or used to associate multiple data streams of a single UE session.
  • Figure 7 is a schematic flowchart of a method for supporting augmented reality service capability negotiation according to an exemplary embodiment. As shown in Figure 7, the method for supporting augmented reality service capability negotiation according to an embodiment of the present disclosure is executed by a UE and includes the following processing steps:
  • Step 701 The UE sends a registration request to the third network element.
  • the registration request carries the ability to support augmented reality services
  • Step 702 The UE receives the registration acceptance information returned by the third network element.
  • the registration request carries a response indicating whether augmented reality services or multi-modal services are supported.
  • the group identifier is used to associate multiple UEs of the augmented reality service or multi-modal service group, Or it is used to associate multiple augmented reality services or multi-modal service sessions of a single UE, or it is used to associate multiple data streams of a single UE session.
  • the UE stores the group identifier of the received augmented reality service or multi-modal service
  • the UE carries the group identifier of the augmented reality service or the multi-modal service in the PDU session establishment request message sent to the second network element.
  • the group identifier of the augmented reality service sent by the network side is forwarded through the RAN or directly sent by the network side function.
  • Embodiments of the present disclosure increase the capability support and negotiation of XRM services and multi-modal services between the UE and the network, so that the network can correctly identify the UE's capability support for XRM services and multi-modal data, and the UE can also accurately obtain the network's capabilities.
  • Corresponding capability support facilitates the UE and network to support the identification and QoS collaboration of XRM services and multi-modal data.
  • both the UE and the 5GC network support XRM services and multi-modal services
  • the execution of XRM services and multi-modal services can be guaranteed.
  • the UE requests to establish an XRM and multi-modal session, and the network confirms that it supports this function and successfully establishes the session.
  • GFBR Packet Delay Budget
  • MDBV Maximum Data Burst Volume
  • business policies include XRM rules/multi-modal business rules, or data flow PCC rules that associate XRM and multi-modal services, such as enhancing the UE policy that supports XRM multi-modal services, etc.
  • Figure 8 is a schematic flowchart of a method for supporting virtual reality service capability negotiation according to an exemplary embodiment. As shown in Figure 8, the method for supporting virtual reality service capability negotiation according to an embodiment of the present disclosure includes the following processing steps:
  • Step 1 The UE sends a PDU session establishment request to the Access and Mobility Management Function (AMF) through the Radio Access Network (RAN) or Access Network (AN).
  • AMF Access and Mobility Management Function
  • the UE sends a Non-Access Stratum (NAS) message to the AMF to initiate the PDU session establishment process requested by the UE.
  • the N1 session management container (N1 SM container) carries the PDU session creation request message.
  • the PDU session creation request message carries 5GSM capability (Capability) information.
  • the 5GSM Capability information includes XRM service/multi-modal service capabilities. In this way, the UE can inform the network that the UE supports XRM service/multi-modal service features.
  • Step 2 Based on the PDU session creation request message, AMF stores the XRM service/multi-modal service capability (capability) supported by the UE as the PDU session level context (Session level context) in the UE context (context). And select the corresponding SMF for the PDU session creation request.
  • Step 3 AMF sends a Create Session Management (SM) context request message to the selected SMF.
  • the SM context request message carries the N1 SM container in step 1.
  • the N1 SM container includes XRM business/multi-modal business capability.
  • 5GSM core network capability Core Network Capability
  • Step 4 The Service Management Function (SMF) checks the contract data and performs subscription retrieval/update subscription. For example, confirm whether the PDU session establishment request complies with user subscription and local policy, and confirm whether the network supports XRM services/multi-modal services. If it is not supported, the PDU session creation of the XRM service/multimodal service is rejected, or the session creation is accepted based on the local policy but the XRM service/multimodal service is not supported.
  • SMF Service Management Function
  • Step 5 SMF sends a corresponding message to create an SM context or an update response message to AMF; if session PDU creation is rejected, the corresponding rejection reason value is carried; optionally, if support for XRM services/multi-modal services is refused, the corresponding reason is carried value, indicating that 5GC does not support XRM services/multi-modal services.
  • Step 6 The core network authenticates the PDU session.
  • Step 7 If the PDU session uses dynamic policy and charging control (PCC), the SMF performs PCF selection; performs service management policy allocation establishment (SM Policy Association Establishment) or SMF initial service management policy with the PCF Allocation change (SMF initiated SM Policy Association Modification); otherwise SMF executes local policy; the PDU session request supports XRM business/multi-modal business, SMF and PCF generate based on the application information provided by the contract and application function (Application Function, AF) /Activate corresponding XRM rules/multi-modal data rules, or generate/activate data flow PCC rules that enhance support for XRM and multi-modal sessions, such as associating XRM business data flows, matching XRM business and multi-modal business QoS, including XRM and GFBR, PDB, MDBV matching of multi-modal business data flows, etc.
  • PCC dynamic policy and charging control
  • Step 8 SM selects user plane function (UPF).
  • Step 9 Carry out SMF initialized SM Policy Association Modification (SMF initiated SM Policy Association Modification).
  • Step 10 SMF sends an N4 Session Establishment/Modification Request to PCF; PCF sends a Session Establishment/Modification Response to SMF.
  • Step 11 SMF sends the N1N2 message (Namf_Communication_N1N2MessageTransfer) to the AMF, carrying PDU session creation acceptance (Accept) information in the N1 SM container; Accept carries relevant QoS parameters that support XRM services/multi-modal services; optionally, the PDU session
  • the creation acceptance (Accept) information can also carry corresponding XRM rules/multi-modal data rules, or QoS rules supporting XRM and multi-modal services, for the UE to perform association of XRM service data flows and execute XRM and multi-modal data flows. QoS matching.
  • Step 12 AMF sends an N2 PDU session request message (NAS message) to (R)AN.
  • AMF sends a NAS message to RAN.
  • the N2 PDU session request message carries the PDU session ID and session acceptance message.
  • Step 13 (R)AN sends the PDU Session Establishment Accept message (PDU Session Establishment Accept) to the UE and initiates the access network AN-specific resource setup (AN-specific resource setup).
  • the RAN forwards the NAS message in step 12 to the UE. for UE to execute.
  • Step 14 RAN sends N2 PDU session response message to AMF. Send the first uplink data (First Uplink Data) to UPF.
  • First Uplink Data First Uplink Data
  • Step 15 AMF sends Nsmf_PDUSession_UpdateSMContext Request to SMF.
  • Step 16 AMF sends an N4 session creation/modification request (N4 Session Establishment/Modication Request) to UPF; UPF sends an N4 session creation/modification response (N4 Session Establishment/Modication Response) to AMF.
  • N4 Session Establishment/Modication Request N4 Session Establishment/Modication Request
  • N4 Session Establishment/Modication Response N4 Session Establishment/Modication Response
  • AMF initiates registration (Registration) with UDM.
  • Step 17 SMF sends Nsmf_PDUSession_UpdateSMContext Response to AMF.
  • Step 18 SMF sends Nsmf_PDUSession_SMContextStatusNotify to AMF.
  • Step 19 SMF performs IPv6 address configuration (Address Configuration) for the UE.
  • Step 20 UPF initiates SMF initial SM Policy Association Modification (SMF initiated SM Policy Association Modification).
  • Step 21 Unsubscription between SMF and UDP.
  • the UE indicates in the Protocol Configuration Option (PCO) whether the UE supports the XRM service capability/multi-mode service capability in the registration request message, for example, as the UE 5GMM core network capability Part of the initial registration and mobility registration updates.
  • PCO Protocol Configuration Option
  • step 1 the UE's ability to support XRM services/multi-mode data services can be included in the PCO of the PDU session establishment request message.
  • the processing of other steps is the same as the aforementioned processing flow.
  • step 11 if the UE indicates support for the XRM business/multi-mode data service in the PCO in the PDU session establishment request and the XRM business/multi-mode data service is enabled for the PDU session, the SMF notifies the UE of the XRM business/multi-mode data service through the AMF.
  • the mode data service is enabled in the PCO during PDU session establishment acceptance. That is, SMF can provide XRM Service/Multimodal Data Service Configuration Information to UE in PCO.
  • SMF negotiates with PCF for XRM business/Multimodal Data Service support. If the PCF supports the XRM business/multi-mode data service and accepts it, the SMF indicates to the UE in the PCO that the XRM business/multi-mode data service can be used.
  • XRM/multi-modal capabilities can also be provided to the network during the UE registration process.
  • the network can perform group association of multiple UEs for corresponding XRM/multi-modal services, or multi-session group association within a single UE. , or the QoS association between multiple data streams of a session within a single UE, coordinates the policy decision-making and QoS authorization of XRM/multi-modal services, and supports the execution of XRM/multi-modal services.
  • Figure 9 is a schematic flowchart of a method for supporting virtual reality service capability negotiation according to an exemplary embodiment. As shown in Figure 9, the method for supporting virtual reality service capability negotiation according to an embodiment of the present disclosure includes the following processing steps:
  • Step 1 The UE sends a registration request message to the (R)AN.
  • the registration request message carries UE mobility management core network capability (MM Core Network Capability) information.
  • MM Core Network Capability includes XRM service/multi-modal service capabilities. support.
  • Step 2 (R)AN selects the corresponding AMF for the UE.
  • Step 3 The (R)AN sends the UE's registration request to the AMF through the N2 message.
  • the N2 message carries the registration request information in step 1.
  • AMF stores the corresponding UE MM Core Network Capability into the UE context.
  • the AMF decides whether to support the XRM service/multi-modal service based on information such as subscription information, network support capabilities, and local policies.
  • Step 4 The newly selected AMF sends Namf_Communication_UEContextTransfer to the old AMF.
  • Step 5 The old AMF sends Namf_Communication_UEContextTransfer Response to the new AMF.
  • Step 6 The new AMF sends an identity request (Indentity Request) to the UE.
  • Step 7 The UE sends an identity response (Indentity Response) to the new AMF.
  • Step 8 The new AMF performs AUSF selection.
  • Step 9 The network side performs authentication/security authentication on the UE.
  • Step 10 the new AMF sends Namf_Communication_Registration Status Update to the old AMF.
  • Step 11 An identity request/response is performed between the new AMF and the UE.
  • Step 12 the new AMF sends N5g-eir_Equipment Indentity Check_Get to the EIR.
  • Step 13 The new AMF performs UDM selection.
  • Step 14 Nudm_UECM_Registration, Nudm_SDM_Get, Nudm_SDM_Subscribe are performed between the new AMF and the core network.
  • the core network sends Nudm_UECM_Deregistration Notification to the old AMF, and the old AMF sends Nudm_SDM_Unsubscribe to the core network.
  • Step 15 The new AMF performs PCF selection.
  • Step 16 AM policy creation/modification (AM Policy Association Establishment/Modification) is performed between the new AMF and the selected PCF.
  • Step 17 the new AMF sends Nsmf_PDUSession_UpdateSMContext/Nsmf_PDUSession_ReleaseSMContext to the SMF.
  • Step 18 the new AMF sends UE Context Modification Request to N3IWF/TNGF/W_AGF.
  • Step 19 N3IWF/TNGF/W_AGF sends UE Context Modification Response to the new AMF.
  • the new AMF sends Nudm_UECM_Registration to UDM and receives Nudm_UECM_DeregistrationNotify sent by UDM.
  • the new AMF sends Nudm_SDM_Unsubscribe to UDM.
  • Step 21 The new AMF sends a registration acceptance (Registration Accept) to the UE.
  • UE policy association establishment (UE Policy Association Establishment) is performed between the new AMF and PCF.
  • Step 22 The UE sends a Registration Complete message to the new AMF.
  • Step 23 The new AMF sends Nudm_SDM_Info to the UDM, and the UDM sends the N2 message to the new AMF.
  • Step 24 Nudm_UECM_Update is performed between the new AMF and UDM.
  • Step 25 Network Slice-Specific Authentication and Authorization is performed between the new AMF and the UE.
  • Figure 10 is a schematic structural diagram of a device that supports augmented reality business capability negotiation according to an exemplary embodiment. As shown in Figure 10, the device that supports augmented reality business capability negotiation according to an embodiment of the present disclosure includes:
  • the receiving unit 100 is configured to receive a request to create an SM context; wherein the request to create an SM context carries a first information element, and the first information element carries the capability of the user equipment UE to support the augmented reality service;
  • Determining unit 101 configured to determine whether the network supports the augmented reality service
  • the sending unit 102 is configured to send a response to the second network element indicating whether the network supports the augmented reality service.
  • the first network element includes SMF and so on.
  • the first information element includes 5GSM core network capability Core Network Capability, or protocol configuration option PCO.
  • the determining unit 101 is further configured to determine whether the network supports the augmented reality service of the PDU session based on at least one of subscription information, network support capabilities, and local policies.
  • whether the network supports the capability of augmented reality services is carried in a create SM context response or update response and is sent to the second network element.
  • the device Based on the device that supports augmented reality service capability negotiation shown in Figure 10, the device also includes:
  • a policy execution unit (not shown in Figure 10), configured to locally execute decisions on policies and charging rules in response to the network supporting the augmented reality service; or to execute policy control function PCF selection; based on the selected PCF, determine the augmented reality Business rules or multi-modal business rules, or determine data flow PCC rules to support augmented reality services.
  • the sending unit 102 is also configured to:
  • PDU session establishment acceptance information to the second network element; wherein the PDU session establishment acceptance information carries quality of service QoS parameters that support augmented reality services or multi-modal services.
  • the receiving unit 100, the determining unit 101, the sending unit 102, the policy execution unit, etc. may be processed by one or more central processing units (CPUs, Central Processing Units), graphics processing units (GPUs, Graphics Processing Units) , baseband processor (BP, Base Processor), application specific integrated circuit (ASIC, Application Specific Integrated Circuit), digital signal processor (Digital Signal Processor, DSP), programmable logic device (PLD, Programmable Logic Device), complex programmable logic device Programmable logic device (CPLD, Complex Programmable Logic Device), Field-Programmable Gate Array (FPGA, Field-Programmable Gate Array), general-purpose processor, controller, microcontroller (MCU, Micro Controller Unit), microprocessor (Microprocessor) ), or other electronic components, or can also be implemented in combination with one or more radio frequency (RF, Radio Frequency) antennas to perform the steps of the method for supporting augmented reality service capability negotiation in the foregoing embodiments.
  • CPUs Central Processing Units
  • GPUs Graphics Processing Units
  • Figure 11 is a schematic structural diagram of a device that supports augmented reality business capability negotiation according to an exemplary embodiment. As shown in Figure 11, the device that supports augmented reality business capability negotiation according to an embodiment of the present disclosure includes:
  • the receiving unit 110 is configured to receive a PDU session creation request sent by the UE;
  • the determining unit 111 is configured to confirm whether the network supports the augmented reality service or the multi-modal service during the session creation process in response to the session creation request information carrying the UE's ability to support the augmented reality service;
  • the sending unit 112 is configured to send a non-access layer NAS message to the UE, carrying a response of whether the augmented reality service or the multi-modal service is supported.
  • the session creation request information carrying the UE's ability to support the augmented reality service includes: the session creation request carries 5GSM Core Network Capability, and the 5GSM Core Network Capability includes the UE's ability to support the augmented reality service.
  • the session creation request information carrying the UE's ability to support the augmented reality service includes: the session creation request carries a PCO, and the PCO includes the UE's ability to support the augmented reality service.
  • the receiving unit 110, the determining unit 111, the sending unit 112, etc. may be configured by one or more central processing units (CPU, Central Processing Unit), graphics processors (GPU, Graphics Processing Unit), baseband processors (BP, Base Processor), Application Specific Integrated Circuit (ASIC, Application Specific Integrated Circuit), Digital Signal Processor (DSP), Programmable Logic Device (PLD, Programmable Logic Device), Complex Programmable Logic Device (CPLD, Complex Programmable Logic Device), Field-Programmable Gate Array (FPGA, Field-Programmable Gate Array), general-purpose processor, controller, microcontroller (MCU, Micro Controller Unit), microprocessor (Microprocessor), or others
  • the electronic component implementation may also be implemented in combination with one or more radio frequency (RF, Radio Frequency) antennas for performing the steps of the method for supporting augmented reality service capability negotiation in the foregoing embodiments.
  • RF Radio Frequency
  • Figure 12 is a schematic structural diagram of a device that supports augmented reality business capability negotiation according to an exemplary embodiment. As shown in Figure 12, the device that supports augmented reality business capability negotiation according to an embodiment of the present disclosure includes:
  • the sending unit 120 is configured to send a PDU session establishment request; the PDU session establishment request carries a first information element, and the first information element carries the UE's ability to support the augmented reality service;
  • the receiving unit 121 is configured to receive a NAS message sent by the network side, which carries a response of whether the augmented reality service or the multi-modal service is supported.
  • the first information element includes 5GSM Core Network Capability, or PCO.
  • the sending unit 120, the receiving unit 121, etc. may be configured by one or more central processing units (CPU, Central Processing Unit), graphics processing units (GPU, Graphics Processing Unit), baseband processors (BP, Base Processor), Application Specific Integrated Circuit (ASIC, Application Specific Integrated Circuit), Digital Signal Processor (DSP), Programmable Logic Device (PLD, Programmable Logic Device), Complex Programmable Logic Device (CPLD, Complex Programmable Logic Device), Field-Programmable Gate Array (FPGA, Field-Programmable Gate Array), general-purpose processor, controller, microcontroller (MCU, Micro Controller Unit), microprocessor (Microprocessor), or other electronic components, It can also be implemented in combination with one or more radio frequency (RF) antennas to perform the steps of the method for supporting augmented reality service capability negotiation in the foregoing embodiments.
  • RF radio frequency
  • Figure 13 is a schematic structural diagram of a device that supports augmented reality business capability negotiation according to an exemplary embodiment. As shown in Figure 13, the device that supports augmented reality business capability negotiation according to an embodiment of the present disclosure includes:
  • the receiving unit 130 is configured to receive the registration request sent by the third network element
  • the determination unit 131 is configured to determine whether the network supports the augmented reality service or the multi-modal service in response to the registration request carrying the UE's ability to support the augmented reality service;
  • the sending unit 132 is configured to send registration acceptance information to the UE through the third network element, and the registration request carries a response of whether the augmented reality service or the multi-modal service is supported.
  • the determining unit 131 is also configured to:
  • the sending unit 132 is also configured to:
  • the group identifier of the augmented reality service or multi-modal service is sent to the UE through the third network element; the group identifier is used to associate multiple UEs of the augmented reality service or multi-modal service group, or to associate multiple UEs of a single UE.
  • the sending unit 130, the determining unit 131, the receiving unit 132, etc. may be configured by one or more central processing units (CPU, Central Processing Unit), graphics processors (GPU, Graphics Processing Unit), baseband processors, etc. (BP, Base Processor), Application Specific Integrated Circuit (ASIC, Application Specific Integrated Circuit), Digital Signal Processor (DSP), Programmable Logic Device (PLD, Programmable Logic Device), Complex Programmable Logic Device (CPLD, Complex Programmable Logic Device), Field-Programmable Gate Array (FPGA, Field-Programmable Gate Array), general-purpose processor, controller, microcontroller (MCU, Micro Controller Unit), microprocessor (Microprocessor), or others
  • the electronic component implementation may also be implemented in combination with one or more radio frequency (RF, Radio Frequency) antennas for performing the steps of the method for supporting augmented reality service capability negotiation in the foregoing embodiments.
  • RF Radio Frequency
  • Figure 14 is a schematic structural diagram of a device that supports augmented reality business capability negotiation according to an exemplary embodiment. As shown in Figure 14, the device that supports augmented reality business capability negotiation according to an embodiment of the present disclosure includes:
  • the receiving unit 140 is configured to receive the registration request
  • the determination unit 141 is configured to determine whether the network supports the augmented reality service or the multi-modal service in response to the capability of the network supporting the augmented reality service carried in the registration request;
  • the sending unit 142 is configured to send registration acceptance information to the UE, carrying the capability of whether to support the augmented reality service.
  • the receiving unit 140, the determining unit 141, the sending unit 142, etc. may be configured by one or more central processing units (CPU, Central Processing Unit), graphics processors (GPU, Graphics Processing Unit), baseband processors, etc. (BP, Base Processor), Application Specific Integrated Circuit (ASIC, Application Specific Integrated Circuit), Digital Signal Processor (DSP), Programmable Logic Device (PLD, Programmable Logic Device), Complex Programmable Logic Device (CPLD, Complex Programmable Logic Device), Field-Programmable Gate Array (FPGA, Field-Programmable Gate Array), general-purpose processor, controller, microcontroller (MCU, Micro Controller Unit), microprocessor (Microprocessor), or others
  • the electronic component implementation may also be implemented in combination with one or more radio frequency (RF, Radio Frequency) antennas for performing the steps of the method for supporting augmented reality service capability negotiation in the foregoing embodiments.
  • RF Radio Frequency
  • Figure 15 is a schematic structural diagram of a device that supports augmented reality business capability negotiation according to an exemplary embodiment.
  • the device that supports augmented reality business capability negotiation according to an embodiment of the present disclosure includes:
  • the sending unit 150 is configured to send a registration request to the third network element, where the registration request carries the ability to support the augmented reality service;
  • the receiving unit 151 is configured to receive the registration acceptance information returned by the third network element, and the registration request carries a response of whether the augmented reality service or the multi-modal service is supported.
  • the receiving unit 151 is also configured to:
  • the group identifier is used to associate multiple UEs of the augmented reality service or multi-modal service group, or to associate multiple UEs of a single UE.
  • the sending unit 150, the receiving unit 151, etc. may be configured by one or more central processing units (CPU, Central Processing Unit), graphics processing units (GPU, Graphics Processing Unit), baseband processors (BP, Base Processor), Application Specific Integrated Circuit (ASIC, Application Specific Integrated Circuit), Digital Signal Processor (DSP), Programmable Logic Device (PLD, Programmable Logic Device), Complex Programmable Logic Device (CPLD, Complex Programmable Logic Device), Field-Programmable Gate Array (FPGA, Field-Programmable Gate Array), general-purpose processor, controller, microcontroller (MCU, Micro Controller Unit), microprocessor (Microprocessor), or other electronic components, It can also be implemented in combination with one or more radio frequency (RF) antennas to perform the steps of the method for supporting augmented reality service capability negotiation in the foregoing embodiments.
  • RF radio frequency
  • Figure 16 is a block diagram of a user equipment 8000 according to an exemplary embodiment.
  • the user device 8000 may be a mobile phone, a computer, a digital broadcast terminal, a messaging device, a game console, a tablet device, a medical device, a fitness device, a personal digital assistant, or the like.
  • the user equipment 8000 may include one or more of the following cells: a processing cell 8002, a memory 8004, a power cell 8006, a multimedia cell 8008, an audio cell 8010, and an input/output (I/O) interface. 8012, sensor cell 8014, and communication cell 8016.
  • Processing cells 8002 generally control the overall operations of the user device 8000, such as operations associated with display, phone calls, data communications, camera operations, and recording operations.
  • the processing information element 8002 may include one or more processors 8020 to execute instructions to complete all or part of the steps of the above-mentioned support for augmented reality service capability negotiation method.
  • processing the cell 8002 may include one or more modules to facilitate interaction between the processing cell 8002 and other cells.
  • processing cell 8002 may include a multimedia module to facilitate interaction between multimedia cell 8008 and processing cell 8002.
  • Memory 8004 is configured to store various types of data to support operations at device 8000. Examples of such data include instructions for any application or method operating on the user device 8000, contact data, phonebook data, messages, pictures, videos, etc.
  • Memory 8004 may be implemented by any type of volatile or non-volatile storage device, or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EEPROM), Programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disk.
  • SRAM static random access memory
  • EEPROM electrically erasable programmable read-only memory
  • EEPROM erasable programmable read-only memory
  • EPROM Programmable read-only memory
  • PROM programmable read-only memory
  • ROM read-only memory
  • magnetic memory flash memory, magnetic or optical disk.
  • Power cell 8006 provides power to various cells of user equipment 8000.
  • Power information elements 8006 may include a power management system, one or more power supplies, and other information elements associated with generating, managing, and distributing power to user device 8000.
  • Multimedia information element 8008 includes a screen that provides an output interface between user device 8000 and the user.
  • the screen may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive input signals from the user.
  • the touch panel includes one or more touch sensors to sense touches, swipes, and gestures on the touch panel. The touch sensor can not only sense the boundaries of the touch or swipe action, but also detect the duration and pressure associated with the touch or swipe action.
  • multimedia cell 8008 includes a front-facing camera and/or a rear-facing camera.
  • the front camera and/or the rear camera may receive external multimedia data.
  • Each front-facing camera and rear-facing camera can be a fixed optical lens system or have a focal length and optical zoom capabilities.
  • Audio cell 8010 is configured to output and/or input audio signals.
  • the audio cell 8010 includes a microphone (MIC) configured to receive external audio signals when the user device 8000 is in operating modes, such as call mode, recording mode, and speech recognition mode.
  • the received audio signal may be further stored in memory 8004 or sent via communication cells 8016.
  • audio cell 8010 also includes a speaker for outputting audio signals.
  • the I/O interface 8012 provides an interface between the processing cell 8002 and the peripheral interface module.
  • the peripheral interface module may be a keyboard, a click wheel, a button, etc. These buttons may include, but are not limited to: Home button, Volume buttons, Start button, and Lock button.
  • Sensor cells 8014 include one or more sensors used to provide user equipment 8000 with various aspects of status assessment.
  • the sensor cell 8014 can detect the open/closed state of the device 8000, the relative positioning of the cell, for example, the cell is the display and keypad of the user device 8000, the sensor cell 8014 can also detect the user device 8000 or the user device 8000 Changes in the location of a cell, the presence or absence of user contact with the user equipment 8000, the orientation or acceleration/deceleration of the user equipment 8000 and changes in the temperature of the user equipment 8000.
  • Sensor cells 8014 may include proximity sensors configured to detect the presence of nearby objects without any physical contact.
  • Sensor cells 8014 may also include light sensors, such as CMOS or CCD image sensors, for use in imaging applications.
  • the sensor cell 8014 may also include an acceleration sensor, a gyroscope sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.
  • the communication cell 8016 is configured to facilitate wired or wireless communication between the user device 8000 and other devices.
  • User equipment 8000 may access a wireless network based on a communication standard, such as Wi-Fi, 2G or 3G, or a combination thereof.
  • the communication cell 8016 receives broadcast signals or broadcast related information from an external broadcast management system via a broadcast channel.
  • communication cell 8016 also includes a near field communication (NFC) module to facilitate short-range communications.
  • the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology and other technologies.
  • RFID radio frequency identification
  • IrDA infrared data association
  • UWB ultra-wideband
  • Bluetooth Bluetooth
  • user equipment 8000 may be configured by one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable A programming gate array (FPGA), a controller, a microcontroller, a microprocessor or other electronic components are implemented to perform the above steps of supporting the augmented reality service capability negotiation method.
  • ASICs application specific integrated circuits
  • DSPs digital signal processors
  • DSPDs digital signal processing devices
  • PLDs programmable logic devices
  • FPGA field programmable A programming gate array
  • controller a controller
  • microcontroller a microcontroller
  • microprocessor or other electronic components are implemented to perform the above steps of supporting the augmented reality service capability negotiation method.
  • non-transitory computer-readable storage medium including instructions, such as a memory 8004 including instructions, is also provided.
  • the instructions can be executed by the processor 8020 of the user device 8000 to complete the above-mentioned support for augmented reality business capabilities. Steps in the negotiation approach.
  • non-transitory computer-readable storage media may be ROM, random access memory (RAM), CD-ROM, magnetic tape, floppy disk, optical data storage device, etc.
  • the embodiment of the present disclosure also describes a first network element, which includes a processor, a transceiver, a memory, and an executable program stored in the memory and capable of being run by the processor.
  • the processor runs the executable program.
  • the embodiment of the present disclosure also describes a second network element, which includes a processor, a transceiver, a memory, and an executable program stored in the memory and capable of being run by the processor.
  • the processor runs the executable program.
  • An embodiment of the present disclosure also describes a terminal, which includes a processor, a transceiver, a memory, and an executable program stored in the memory and capable of being run by the processor.
  • the processor runs the executable program, it executes the foregoing The steps of the embodiment to support the augmented reality service capability negotiation method.
  • An embodiment of the present disclosure also describes a storage medium on which an executable program is stored, and the executable program is used by a processor to execute the steps of the method for supporting augmented reality service capability negotiation in the foregoing embodiment.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开是关于一种支持增强现实业务能力协商方法及装置、网元、用户设备及存储介质,所述方法包括:接收创建会话管理SM上下文请求,确定网络是否支持增强现实业务;向第二网元发送网络是否支持增强现实业务的响应;其中,所述创建SM上下文请求中携带有第一信元,所述第一信元中携带有用户设备UE支持增强现实业务的能力。本公开为支持XRM业务和多模态业务的UE提供与其能力匹配的业务策略,因此业务的QoS更佳,提升了用户体验。

Description

支持增强现实业务能力协商方法及装置、网元、UE及存储介质 技术领域
本公开涉及一种技术,尤其涉及一种支持增强现实业务能力协商方法及装置、用户设备(User Equipment,UE)及存储介质。
背景技术
移动媒体类服务、云增强虚拟现实(Augmented Reality,AR)/虚拟现实(Virtual Reality,VR)等XR业务、云游戏、基于视频的机器或无人机远程控制等业务,预计将为5G网络贡献越来越高的流量。XR业务涉及多模态数据流。多模态数据是描述同一业务/应用从同一个设备或不同设备输入的数据,这些数据可能会输出到一个或多个目的设备。多模态数据中的各数据流往往具有一定的甚至很强的相关性,比如音频和视频流的同步,触觉和视觉的同步等。这类媒体业务的数据流本身,各数据流之间,以及这些业务数据流对网络传输的需求,都存在一些共性特征,这些特征的有效识别和利用将更有助于网络和业务的传输、控制,也更有助于业务保障和用户体验。
但目前5GS系统采用的是通用服务质量(Quality of Service,QoS)机制处理包括XR业务在内的各类数据服务,没能充分考虑到XR等媒体业务和多模态业务的特性,目前尚没有相应的QoS和策略机制来满足相应的业务需求。为了支持XRM业务和多模态数据流的传输,网络首先需要能够识别相应设备和业务数据,确认网络和设备的功能支持。目前的5GS系统功能也尚不支持该类需求,没有相应的技术方案可供参考。
发明内容
有鉴于此,本公开实施例提供了一种支持增强现实业务能力协商方法及装置、网元、用户设备及存储介质。
根据本公开的第一方面,提供一种支持增强现实业务能力协商方法,应用于第一网元,所述方法包括:
接收创建会话管理SM上下文请求,确定网络是否支持增强现实业务;向第二网元发送网络是否支持增强现实业务的响应;
其中,所述创建SM上下文请求中携带有第一信元,所述第一信元中携带有用户设备UE支持增强现实业务的能力。
在一些示例性实施例中,所述第一信元包括5G会话管理核心网能力(5GSM Core Network Capability),或协议配置选项PCO。
在一些示例性实施例中,所述方法还包括:
根据签约信息、网络支持能力和本地策略中的至少之一确定判断网络是否支持该PDU会话的增强现实业务。
在一些示例性实施例中,所述网络是否支持增强现实业务的能力能力承载于创建SM上下文响应或更新响应中,向所述第二网元发送。
在一些示例性实施例中,响应于网络支持增强现实业务,所述方法还包括:
在本地执行策略和计费规则的决策;或
执行策略控制功能PCF选择;基于所选择的PCF,确定增强现实业务规则,或确定支持增强现实业务的数据流PCC规则。
在一些示例性实施例中,所述方法还包括:
向所述第二网元发送协议数据单元PDU会话建立接受信息,所述PDU会话建立接受信息中携带有支持增强现实业务的服务质量QoS参数。
根据本公开的第二方面,提供一种支持增强现实业务能力协商方法, 被网络侧功能执行,所述方法包括:
网络侧功能接收UE发送的协议数据单元PDU会话创建请求,响应于所述会话创建请求信息中携带UE支持增强现实业务的能力,所述网络侧功能在会话创建过程中确认网络是否支持增强现实业务,并向UE发送非接入层NAS消息,携带是否支持增强现实业务的响应。
在一些示例性实施例中,所述会话创建请求信息中携带UE支持增强现实业务的能力包括:会话创建请求中携带5GSM Core Network Capability,所述5GSM Core Network Capability包含UE支持增强现实业务的能力。
在一些示例性实施例中,所述会话创建请求信息中携带UE支持增强现实业务的能力包括:会话创建请求中携带PCO,所述PCO包含UE支持增强现实业务的能力。
在一些示例性实施例中,所述网络侧功能包括第一网元,其中,
所述第一网元接收创建会话管理SM上下文请求,确定网络是否支持增强现实业务;向第二网元发送网络是否支持增强现实业务的响应;其中,所述创建SM上下文请求中携带有第一信元,所述第一信元中携带有用户设备UE支持增强现实业务的能力;
向所述第二网元发送的PDU会话建立接受信息,所述PDU会话建立接受信息携带有支持增强现实业务的QoS参数。
在一些示例性实施例中,所述第一网元所述第一网元根据签约信息、网络支持能力和本地策略中的至少之一确定判断网络是否支持该PDU会话的增强现实业务;向所述第二网元发送网络是否支持增强现实业务的能力。
在一些示例性实施例中,所述方法还包括:
所述第一网元在确认网络支持增强现实业务的情况下,在本地执行策略和计费规则的决策;或执行PCF选择,基于所选择的PCF,确定虚拟现实服务规则,或确定支持虚拟现实服务的数据流PCC规则。
在一些示例性实施例中,所述网络侧功能包括第二网元;其中,
所述第二网元接收UE发送的PDU会话建立请求,基于所述PDU会话建立请求选择第一网元,并向所选择的第一网元发送创建SM上下文请求;所述SM上下文请求中携带UE支持增强现实业务的能力;
所述第二网元收到第一网元返回的PDU会话建立接受信息后,通过NAS消息将PDU会话标识和PDU会话建立接受信息向UE发送。
在一些示例性实施例中,所述第二网元将UE支持增强现实业务的能力作为PDU会话级别上下文存储在UE上下文中。
根据本公开的第三方面,提供一种支持增强现实业务能力协商方法,被UE执行,所述方法包括:
发送PDU会话建立请求,所述PDU会话建立请求中携带有第一信元,所述第一信元中携带有所述UE支持增强现实业务的能力;
接收网络侧发送的NAS消息,其中携带网络是否支持增强现实业务的响应。
在一些示例性实施例中,所述第一信元包括5GSM Core Network Capability,或PCO。
根据本公开的第四方面,提供一种支持增强现实业务能力协商方法,被第二网元执行,所述方法包括:
接收注册请求,响应于所述注册请求中携带UE支持增强现实业务的能力,所述第二网元确定网络是否支持增强现实业务,向UE发送注册接受信息,所述注册接受信息中携带是否支持增强现实业务的响应。
在一些示例性实施例中,所述确定网络是否支持增强现实业务,包括:
根据签约信息、网络支持能力和本地策略中的至少之一确定网络是否支持增强现实业务。
在一些示例性实施例中,所述方法还包括:
通过第三网元或直接向UE发送增强现实业务的组标识;所述组标识用于关联增强现实业务组的多个UE,或者用于关联单个UE的多个增强现实业务会话,或者用于关联单个UE会话的多个数据流,以及
在一些示例性实施例中,所述方法还包括:
协同网络侧功能网元的增强现实业务的策略决策和QoS授权,执行增强现实业务。
根据本公开的第五方面,提供一种支持增强现实业务能力协商方法,被网络侧功能执行,所述方法包括:
网络侧功能接收注册请求,响应于所述注册请求中携带网络支持增强现实业务能力,所述网络侧功能确定网络是否支持增强现实业务,并向UE发送注册接受信息,携带是否支持增强现实业务的响应。
在一些示例性实施例中,所述网络侧功能包括第二网元和第三网元,其中,
第三网元接收到UE发送的注册请求,选择第二网元;所述注册请求中携带UE是否支持增强现实业务的能力;
向所选择的第二网元发送所述注册请求;
所述第二网元确定网络是否支持增强现实业务,并通过所述第三网元向UE发送注册接受信息;所述注册接受信息中携带网络是否支持增强现实业务的能力。
在一些示例性实施例中,所述确定网络是否支持增强现实业务,包括:
所述第二网元根据签约信息、网络支持能力和本地策略中的至少之一确定网络是否支持增强现实业务。
在一些示例性实施例中,所述方法还包括:
所述第二网元通过第三网元或直接向UE发送增强现实业务的组标识;所述组标识用于关联增强现实业务组的多个UE,或者用于关联单个UE的 多个增强现实业务会话,或者用于关联单个UE会话的多个数据流。
在一些示例性实施例中,所述方法还包括:
协同网络侧功能网元的增强现实业务的策略决策和QoS授权,执行增强现实业务
根据本公开的第六方面,提供一种支持增强现实业务能力协商方法,被UE执行,所述方法包括:
向网络侧发送注册请求,所述注册请求中携带支持增强现实业务的能力;以及
接收所述网络侧返回的注册接受信息,所述注册接受信息中携带是否支持增强现实业务的响应。
在一些示例性实施例中,所述方法还包括:
接收网络侧发送的增强现实业务的组标识;所述组标识用于关联增强现实业务组的多个UE,或者用于关联单个UE的多个增强现实业务会话,或者用于关联单个UE会话的多个数据流。
在一些示例性实施例中,所述方法还包括:
网络侧发送的增强现实业务的组标识是通过RAN转发或直接由网络侧功能发送的。
在一些示例性实施例中,所述方法还包括:
存储所接收的增强现实业务的组标识。
根据本公开的第七方面,提供一种支持增强现实业务能力协商装置,所述装置包括:
接收单元,配置为接收创建SM上下文请求;其中,所述创建SM上下文请求中携带有第一信元,所述第一信元中携带有用户设备UE支持增强现实业务的能力;
确定单元,配置为确定网络是否支持增强现实业务;
发送单元,配置为向第二网元发送网络是否支持增强现实业务的响应。
在一些示例性实施例中,所述第一信元包括5GSM核心网能力Core Network Capability,或协议配置选项PCO。
在一些示例性实施例中,所述确定单元,还配置为:
根据签约信息、网络支持能力和本地策略中的至少之一确定判断网络是否支持该PDU会话的增强现实业务
根据本公开的第八方面,提供一种支持增强现实业务能力协商装置,所述装置包括:
接收单元,配置为接收UE发送的PDU会话创建请求;
确定单元,配置为响应于所述会话创建请求信息中携带UE支持增强现实业务的能力,在会话创建过程中确认网络是否支持增强现实业务;
发送单元,配置为向UE发送非接入层NAS消息,携带是否支持增强现实业务的响应。
在一些示例性实施例中,所述会话创建请求信息中携带UE支持增强现实业务的能力包括:会话创建请求中携带5GSM Core Network Capability,所述5GSM Core Network Capability包含UE支持增强现实业务的能力。
在一些示例性实施例中,所述会话创建请求信息中携带UE支持增强现实业务的能力包括:会话创建请求中携带PCO,所述PCO包含UE支持增强现实业务的能力。
根据本公开的第九方面,提供一种支持增强现实业务能力协商装置,所述装置包括:
发送单元,配置为发送PDU会话建立请求;所述PDU会话建立请求中携带有第一信元,所述第一信元中携带有所述UE支持增强现实业务的能力;
接收单元,配置为接收网络侧发送的NAS消息,其中携带是否支持增 强现实业务的响应。
在一些示例性实施例中,所述第一信元包括5GSM Core Network Capability,或PCO。
根据本公开的第十方面,提供一种支持增强现实业务能力协商装置,所述装置包括:
接收单元,配置为接收第三网元发送的注册请求;
确定单元,配置为响应于所述注册请求中携带UE支持增强现实业务的能力,确定网络是否支持增强现实业务;
发送单元,配置为通过所述第三网元向UE发送注册接受信息,所述注册请求中携带是否支持增强现实业务的响应。
在一些示例性实施例中,所述确定单元,还配置为:
根据签约信息、网络支持能力和本地策略中的至少之一确定网络是否支持增强现实业务。
在一些示例性实施例中,所述发送单元,还配置为:
通过第三网元或直接向UE发送增强现实业务的组标识;所述组标识用于关联增强现实业务组的多个UE,或者用于关联单个UE的多个增强现实业务会话,或者用于关联单个UE会话的多个数据流,以及
协同增强现实业务的策略决策和QoS授权,执行增强现实业务。
根据本公开的第十一方面,提供一种支持增强现实业务能力协商装置,所述方法包括:
接收单元,配置为接收到注册请求;
确定单元,配置为响应于所述注册请求中携带网络是否支持增强现实业务的能力,确定网络是否支持增强现实业务;
发送单元,配置为向UE发送注册接受信息,携带是否支持增强现实业务的能力。
根据本公开的第十二方面,提供一种支持增强现实业务能力协商装置,所述装置包括:
发送单元,配置为向第三网元发送注册请求,所述注册请求中携带支持增强现实业务的能力;以及
接收单元,配置为接收所述第三网元返回的注册接受信息,所述注册请求中携带是否支持增强现实业务的响应。
在一些示例性实施例中,所述接收单元,还配置为:
接收所述第三网元转发的增强现实业务的组标识;所述组标识用于关联增强现实业务组的多个UE,或者用于关联单个UE的多个增强现实业务会话,或者用于关联单个UE会话的多个数据流。
根据本公开的第十三方面,提供一种第一网元,包括处理器、存储器及存储在存储器上并能够由所述处理器运行的可执行程序,所述处理器运行所述可执行程序时执行所述的支持增强现实业务能力协商方法的步骤。
根据本公开的第十四方面,提供一种用户设备,包括处理器、收发器、存储器及存储在存储器上并能够由所述处理器运行的可执行程序,所述处理器运行所述可执行程序时执行所述的支持增强现实业务能力协商方法的步骤。
根据本公开的第十五方面,提供一种存储介质,其上存储有可执行程序,所述可执行程序被处理器执行时实现所述的支持增强现实业务能力协商方法的步骤。
本公开实施例的技术方案,为用户设备提供了一种XRM业务和多模态数据业务的能力支持与协商机制,使运营网络为支持XRM业务和多模态数据业务的UE提供相应的XRM业务支持,为UE提供了QoS更佳的XRM业务,提升了用户体验。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明实施例,并与说明书一起用于解释本发明实施例的原理。
图1是根据一示例性实施例示出的无线通信系统的结构示意图;
图2是根据一示例性实施例示出的支持增强现实业务能力协商方法的流程示意图;
图3是根据一示例性实施例示出的支持增强现实业务能力协商方法的流程示意图;
图4是根据一示例性实施例示出的支持增强现实业务能力协商方法的流程示意图;
图5是根据一示例性实施例示出的支持增强现实业务能力协商方法的流程示意图;
图6是根据一示例性实施例示出的支持增强现实业务能力协商方法的流程示意图;
图7是根据一示例性实施例示出的支持增强现实业务能力协商方法的流程示意图;
图8是根据一示例性实施例示出的支持增强现实业务能力协商方法的流程示意图;
图9是根据一示例性实施例示出的支持增强现实业务能力协商方法的流程示意图;
图10是根据一示例性实施例示出的支持增强现实业务能力协商装置的组成结构示意图;
图11是根据一示例性实施例示出的支持增强现实业务能力协商装置的组成结构示意图;
图12是根据一示例性实施例示出的支持增强现实业务能力协商装置的 组成结构示意图;
图13是根据一示例性实施例示出的支持增强现实业务能力协商装置的组成结构示意图;
图14是根据一示例性实施例示出的支持增强现实业务能力协商装置的组成结构示意图;
图15是根据一示例性实施例示出的支持增强现实业务能力协商装置的组成结构示意图;
图16是根据一示例性实施例示出的一种用户设备的组成结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开实施例相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开实施例的一些方面相一致的装置和方法的例子。
在本公开实施例使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本公开实施例范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
请参考图1,其示出了本公开实施例提供的一种无线通信系统的结构示意图。如图1所示,无线通信系统是基于蜂窝移动通信技术的通信系统,该无线通信系统可以包括:若干个终端11以及若干个基站12。
其中,终端11可以是指向用户提供语音和/或数据连通性的设备。终端11可以经无线接入网(Radio Access Network,RAN)与一个或多个核心网进行通信,终端11可以是物联网终端,如传感器设备、移动电话(或称为“蜂窝”电话)和具有物联网终端的计算机,例如,可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如,站(Station,STA)、订户单元(subscriber unit)、订户站(subscriber station),移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点、远程终端(remote terminal)、接入终端(access terminal)、用户装置(user terminal)、用户代理(user agent)、终端(user device)、或用户终端(user equipment,UE)。或者,终端11也可以是无人飞行器的设备。或者,终端11也可以是车载设备,比如,可以是具有无线通信功能的行车电脑,或者是外接行车电脑的无线通信设备。或者,终端11也可以是路边设备,比如,可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。
基站12可以是无线通信系统中的网络侧设备。其中,该无线通信系统可以是第四代移动通信技术(the 4th generation mobile communication,4G)系统,又称长期演进(Long Term Evolution,LTE)系统;或者,该无线通信系统也可以是5G系统,又称新空口(new radio,NR)系统或5G NR系统。或者,该无线通信系统也可以是任一代系统。其中,5G系统中的接入网可以称为NG-RAN(New Generation-Radio Access Network,新一代无线接入网)。或者,MTC系统。
其中,基站12可以是4G系统中采用的演进型基站(eNB)。或者,基站12也可以是5G系统中采用集中分布式架构的基站(gNB)。当基站12 采用集中分布式架构时,通常包括集中单元(Central Unit,CU)和至少两个分布单元(Distributed Unit,DU)。集中单元中设置有分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)层、无线链路层控制协议(Radio Link Control,RLC)层、媒体访问控制(Media Access Control,MAC)层的协议栈;分布单元中设置有物理(Physical,PHY)层协议栈,本公开实施例对基站12的具体实现方式不加以限定。
基站12和终端11之间可以通过无线空口建立无线连接。在不同的实施方式中,该无线空口是基于第四代移动通信网络技术(4G)标准的无线空口;或者,该无线空口是基于第五代移动通信网络技术(5G)标准的无线空口,比如该无线空口是新空口;或者,该无线空口也可以是基于5G的更下一代移动通信网络技术标准的无线空口。
在一些实施例中,终端11之间还可以建立E2E(End to End,端到端)连接。比如车联网通信(vehicle to everything,V2X)中的V2V(vehicle to vehicle,车对车)通信、V2I(vehicle to Infrastructure,车对路边设备)通信和V2P(vehicle to Pedestrian,车对人)通信等场景。
在一些实施例中,上述无线通信系统还可以包含网络管理设备13。
本公开实施例涉及的执行主体包括但不限于:蜂窝移动通信系统中的终端(UE,User Equipment),以及蜂窝移动通信的基站等。
图2是根据一示例性实施例示出的支持增强现实业务能力协商方法的流程示意图,如图2所示,本公开实施例的支持增强现实业务能力协商方法应用于第一网元,所述支持增强现实业务能力协商方法包括以下处理步骤:
步骤201,接收创建会话管理SM上下文请求,确定网络是否支持增强现实业务。
本公开实施例中,第一网元可以包括会话管理功能SMF。本领域技术 人员应当理解,当核心网的其他网元实现SMF的功能的情况下,也可以作为第一网元使能。或者,核心网的其他网元配置了本公开实施例的第一网元的相应功能的情况下,也可以作为第一网元使能。
本公开实施例中,增强现实业务具体包括虚拟现实业务VR、增强现实业务AR等XRM业务,还包括多模态业务。
本公开实施例中,所述创建SM上下文请求中携带有第一信元,所述第一信元中携带有用户设备UE支持增强现实业务的能力。作为一种实现方式,所述第一信元包括5GSM Core Network Capability,或PCO。
本公开实施例中,第一网元可以根据签约信息、网络支持能力和本地策略中的至少之一确定判断网络是否支持该PDU会话的增强现实业务。
步骤202,发送网络是否支持增强现实业务的响应。
本公开实施例中,第一网元向第二网元发送网络是否支持增强现实业务的响应,第二网元可以为AMF。本领域技术人员应当理解,当核心网的其他网元实现AMF的功能的情况下,也可以作为第二网元使能。或者,核心网的其他网元配置了本公开实施例的第二网元的相应功能的情况下,也可以作为第二网元使能。
本公开实施例中,网络是否支持增强现实业务的能力承载于创建SM上下文响应或更新响应中,向所述第二网元发送。
当SMF确定网络支持增强现实业务或多模态业务时,向所述第二网元发送协议数据单元PDU会话建立接受信息,所述PDU会话建立接受信息中携带有支持增强现实业务或多模态业务的服务质量QoS参数。
本公开实施例中,在确定网络支持增强现实业务或多模态业务的情况下,还可以包括:
在SMF本地执行策略和计费规则的决策。或者,作为一种实现方式,执行策略控制功能PCF选择;基于所选择的PCF,确定增强现实业务规则 或多模态业务规则,或确定支持增强现实业务或多模态业务的数据流PCC规则。
图3是根据一示例性实施例示出的支持增强现实业务能力协商方法的流程示意图,本公开实施例的支持增强现实业务能力协商方法被网络侧功能执行,包括以下处理步骤:
步骤301,网络侧功能接收UE发送的PDU会话创建请求。
步骤302,响应于所述会话创建请求信息中携带UE支持增强现实业务的能力,所述网络侧功能在会话创建过程中确认网络是否支持增强现实业务。
步骤303,网络侧功能向UE发送非接入层NAS消息,携带是否支持增强现实业务的响应。
本公开实施例中,所述会话创建请求信息中携带UE支持增强现实业务的能力包括:会话创建请求中携带5GSM Core Network Capability,所述5GSM Core Network Capability包含UE支持增强现实业务的能力。
或者,作为一种实现方式,所述会话创建请求信息中携带UE支持增强现实业务的能力包括:会话创建请求中携带PCO,所述PCO包含UE支持增强现实业务的能力。
作为一种示例,所述网络侧功能包括第一网元和第二网元,其中,第一网元包括SMF,第二网元可以包括AMF等。
网络侧功能包括第一网元时,所述第一网元接收创建会话管理SM上下文请求,确定网络是否支持增强现实业务;向第二网元发送网络是否支持增强现实业务的响应;其中,所述创建SM上下文请求中携带有第一信元,所述第一信元中携带有用户设备UE支持增强现实业务的能力;
向所述第二网元发送的PDU会话建立接受信息,所述PDU会话建立接受信息携带有支持增强现实业务的QoS参数。
所述第一网元所述第一网元根据签约信息、网络支持能力和本地策略中的至少之一确定判断网络是否支持该PDU会话的增强现实业务;向所述第二网元发送网络是否支持增强现实业务的能力。
所述第一网元在确认网络支持增强现实业务的情况下,在本地执行策略和计费规则的决策;或执行PCF选择,基于所选择的PCF,确定虚拟现实服务规则,或确定支持虚拟现实服务的数据流PCC规则。
所述网络侧功能包括第二网元时,所述第二网元接收UE发送的PDU会话建立请求,基于所述PDU会话建立请求选择第一网元,并向所选择的第一网元发送创建SM上下文请求;所述SM上下文请求中携带UE支持增强现实业务的能力;
所述第二网元收到第一网元返回的PDU会话建立接受信息后,通过NAS消息将PDU会话标识和PDU会话建立接受信息向UE发送。
所述第二网元将UE支持增强现实业务的能力作为PDU会话级别上下文存储在UE上下文中。
具体地,第二网元接收UE发送的PDU会话建立请求,基于所述PDU会话建立请求选择第一网元,并向所选择的第一网元发送创建SM上下文请求;
所述第一网元向所述第二网元发送网络是否支持增强现实业务的能力;
对PDU会话进行鉴权后,所述第一网元在本地执行策略和计费规则的决策;或执行PCF选择,基于所选择的PCF,确定增强现实业务规则或多模态业务规则,或确定支持增强现实业务或多模态业务的数据流PCC规则;
所述第一网元向所述第二网元发送的PDU会话建立接受信息,所述PDU会话建立接受信息携带有支持增强现实业务或多模态业务的QoS参数;
所述第二网元通过NAS消息将PDU会话标识和PDU会话建立接受信息向UE发送。
在确认网络是否支持增强现实业务或多模态业务的情况下,所述方法还可以包括:
所述第一网元在本地执行策略和计费规则的决策;或执行PCF选择,基于所选择的PCF,确定虚拟现实服务规则或多模态业务规则,或确定支持虚拟现实服务或多模态业务的数据流PCC规则。
在所述UE支持增强现实业务或多模态业务的情况下,所述第二网元将UE支持增强现实业务或多模态业务的能力作为PDU会话级别上下文存储在UE上下文中。
作为一种示例,所述网络是否支持增强现实业务的能力承载于创建SM上下文响应或更新响应中,向所述第二网元发送。
本公开实施例中,所述PDU会话建立接受信息还包括以下信息的至少之一:
增强现实业务规则或多模态业务规则;
支持增强现实业务和多模态业务的QoS规则。
图4是根据一示例性实施例示出的支持增强现实业务能力协商方法的流程示意图,如图4所示,本公开实施例的支持增强现实业务能力协商方法被UE执行,包括以下处理步骤:
步骤401,UE发送PDU会话建立请求。
所述PDU会话建立请求中携带有第一信元,所述第一信元中携带有所述UE支持增强现实业务的能力;第一信元包括5GSM Core Network Capability,或PCO。
步骤402,UE接收网络侧发送的NAS消息。
NAS消息中携带网络是否支持增强现实业务或多模态业务的响应。
图5是根据一示例性实施例示出的支持增强现实业务能力协商方法的流程示意图,如图5所示,本公开实施例的支持增强现实业务能力协商方法被第二网元执行,包括以下处理步骤:
步骤501,第二网元接收第三网元发送的注册请求。
本公开实施例中,所述注册请求中携带是否支持增强现实业务或多模态业务的响应。
步骤502,响应于所述注册请求中携带UE支持增强现实业务的能力,所述第二网元确定网络是否支持增强现实业务或多模态业务。
本公开实施例中,确定网络是否支持增强现实业务或多模态业务,可以包括:
根据签约信息、网络支持能力和本地策略中的至少之一确定网络是否支持增强现实业务或多模态业务。
步骤503,第二网元通过所述第三网元或直接向UE发送注册接受信息。
注册接受信息中携带有网络是否支持增强现实业务的能力。
本公开实施例中,UE与核心网网元之间可以通过RAN进行消息交互,核心网网元也可以直接向UE发送相关消息,与UE之间进行直接通信。
在前述步骤的基础上,本公开实施例还可以包括:通过第三网元或直接向UE发送增强现实业务或多模态业务的组标识;所述组标识用于关联增强现实业务或多模态业务组的多个UE,或者用于关联单个UE的多个增强现实业务或多模态业务会话,或者用于关联单个UE会话的多个数据流,以及
协同网络侧功能网元如SMF和/PCF等的增强现实业务或多模态业务的策略决策和QoS授权,执行增强现实业务或多模态业务。
图6是根据一示例性实施例示出的支持增强现实业务能力协商方法的流程示意图,如图6所示,本公开实施例的支持增强现实业务能力协商方 法被网络侧功能执行,包括以下处理步骤:
步骤601,网络侧功能接收到注册请求。
步骤602,响应于所述注册请求中携带网络支持增强现实业务的能力,所述网络侧功能确定网络是否支持增强现实业务或多模态业务。
步骤603,网络侧功能向UE发送注册接受信息。
注册接受信息中携带网络是否支持增强现实业务的能力。
作为一种示例,所述网络侧功能包括第二网元和第三网元,其中,第二网元包括AMF,第三网元包括RAN或AN等接入网。
第三网元接收到UE发送的注册请求,选择第二网元;所述注册请求中携带UE是否支持增强现实业务的能力;向所选择的第二网元发送所述注册请求;所述第二网元确定网络是否支持增强现实业务或多模态业务,并通过所述第三网元向UE发送注册接受信息;所述注册接受信息中携带网络是否支持增强现实业务的能力。
本公开实施例中,所述确定网络是否支持增强现实业务或多模态业务,包括:
所述第二网元根据签约信息、网络支持能力和本地策略中的至少之一确定网络是否支持增强现实业务或多模态业务。
本公开实施例中,在前述步骤的基础上,本公开实施例的方法还可以包括:
所述第二网元通过第三网元或直接向UE发送增强现实业务或多模态业务的组标识;所述组标识用于关联增强现实业务或多模态业务组的多个UE,或者用于关联单个UE的多个增强现实业务或多模态业务会话,或者用于关联单个UE会话的多个数据流。
协同协同网络侧功能网如SMF和/或PCF的增强现实业务或多模态业务的策略决策和QoS授权,执行增强现实业务或多模态业务。
图7是根据一示例性实施例示出的支持增强现实业务能力协商方法的流程示意图,如图7所示,本公开实施例的支持增强现实业务能力协商方法被UE执行,包括以下处理步骤:
步骤701,UE向第三网元发送注册请求。
所述注册请求中携带支持增强现实业务的能力;以及
步骤702,UE接收所述第三网元返回的注册接受信息。
所述注册请求中携带是否支持增强现实业务或多模态业务的响应
本公开实施例中,当UE接收所述第三网元转发的增强现实业务或多模态业务的组标识;所述组标识用于关联增强现实业务或多模态业务组的多个UE,或者用于关联单个UE的多个增强现实业务或多模态业务会话,或者用于关联单个UE会话的多个数据流。
本公开实施例中,在前述步骤的基础上,还可以包括:
UE存储所接收的增强现实业务或多模态业务的组标识;
UE在向第二网元发送的PDU会话建立请求消息中携带增强现实业务或多模态业务的组标识。
本公开实施例中,网络侧发送的增强现实业务的组标识是通过RAN转发或直接由网络侧功能发送的。
以下结合具体示例,进一步阐明本公开实施例的技术方案的本质。
本公开实施例通过增加UE和网络的XRM业务和多模态业务的能力支持与协商,使网络能够正确识别出UE对于XRM业务和多模态数据的能力支持,以及UE也能够准确获取网络的相应能力支持,方便UE和网络支持XRM业务和多模态数据的识别和QoS协同。
如果UE和5GC网络均支持XRM业务和多模态业务,则能够保障XRM业务和多模态业务的执行,例如UE请求建立XRM和多模态会话,网络确认支持该功能并成功建立会话,UE执行网络提供的相应的业务策略,执行 XRM业务数据流的QoS关联和传送,以满足XRM业务和多模态业务的QoS如相应XRM和多模态业务的保证流比特率(Guaranteed Flow Bit Rate,GFBR),包延迟预算(Packet Delay Budget,PDB),最大数据突发量(Maximum Data Burst Volume,MDBV)匹配等。其中,业务策略包括XRM规则/多模态业务规则,或关联XRM和多模态业务的数据流PCC规则,例如增强支持XRM多模态业务的UE policy等。
图8是根据一示例性实施例示出的支持虚拟现实服务能力协商方法的流程示意图,如图8所示,本公开实施例的支持虚拟现实服务能力协商方法包括以下处理步骤:
步骤1,UE通过无线接入网(Radio Access Network,RAN)或接入网(Access Network,AN)向访问和移动性管理功能(Access and Mobility Management Function,AMF)发送PDU会话建立请求。
具体地,UE向AMF发送非接入层(Non-Access Stratum,NAS)消息,发起UE请求的PDU会话建立流程。N1会话管理容器(N1 SM container)中携带PDU会话创建请求消息,PDU会话创建请求消息中携带有5GSM能力(Capability)信息,5GSM Capability信息中包括XRM业务/多模态业务能力。这样,UE可以告知网络该UE支持XRM业务/多模态业务特征(feature)。
步骤2,AMF基于PDU会话创建请求消息,将UE支持的XRM业务/多模态业务能力(capability),作为PDU会话级别上下文(Session level context)存储在UE上下文(context)中。并为PDU会话创建请求选择相应SMF。
步骤3,AMF向所选择的SMF发送创建会话管理(Session Management,SM)上下文请求消息,SM上下文请求消息中携带步骤1中的N1 SM container,N1 SM container中包括XRM业务/多模态业务capability在内的 5GSM核心网能力(Core Network Capability)。
步骤4,服务管理功能(Service Management Function,SMF)检查签约数据,进行订阅检索/更新订阅。例如,确认该PDU会话建立请求是否符合用户签约和本地策略,确认网络是否支持XRM业务/多模态业务。如果不支持,则拒绝该XRM业务/多模态业务的PDU会话创建,或基于本地策略接收会话创建但不支持XRM业务/多模态业务。
步骤5,SMF向AMF发送创建SM上下文相应消息,或更新响应消息;如果拒绝会话PDU创建,则携带相应的拒绝原因值;可选地,如果拒绝支持XRM业务/多模态业务,携带相应原因值,指示5GC不支持XRM业务/多模态业务。
步骤6,核心网对PDU会话进行鉴权认证。
步骤7,若PDU会话使用动态策略与计费控制(Policy and Charging Control,PCC),则SMF执行PCF选择;与PCF之间进行服务管理策略分配建立(SM Policy Association Establishment)或SMF初始服务管理策略分配改变(SMF initiated SM Policy Association Modification);否则SMF执行本地策略;该PDU会话请求支持XRM业务/多模态业务,SMF和PCF根据签约和应用功能(Application Function,AF)提供的应用信息,生成/激活相应XRM规则/多模态数据规则,或生成/激活增强支持XRM和多模态会话的数据流PCC规则,例如关联XRM业务数据流,匹配XRM业务和多模态业务QoS,包括XRM和多模态业务数据流的GFBR,PDB,MDBV匹配等。
步骤8,SM进行用户面功能(User plane Function,UPF)选择。
步骤9,进行SMF初始服务管理策略分配修改(SMF initiated SM Policy Association Modification)。
步骤10,SMF向PCF发送N4会话创建/修改请求(N4 Session  Establishment/Modification Request);PCF向SMF发送会话创建/修改响应(N4 Session Establishment/Modification Response)。
步骤11,SMF向AMF发送N1N2消息(Namf_Communication_N1N2MessageTransfer),在N1 SM container中携带PDU会话创建接受(Accept)信息;Accept中携带支持XRM业务/多模态业务的相关QoS参数;可选地,PDU会话创建接受(Accept)信息中也可以携带相应XRM规则/多模态数据规则,或支持XRM和多模态业务的QoS规则,供UE执行XRM业务数据流的关联,执行XRM和多模态数据流的QoS匹配。
步骤12,AMF向(R)AN发送N2 PDU会话请求消息(NAS消息),AMF发送NAS消息给RAN,N2 PDU会话请求消息中携带PDU会话ID和会话接受消息。
步骤13,(R)AN向UE发送PDU会话建立接受消息(PDU Session Establishment Accept),发起接入网AN特定资源建立(AN-specific resource setup),RAN将步骤12中的NAS消息转发给UE,供UE执行。
步骤14,RAN向AMF发送N2 PDU会话响应消息。向UPF发送首次上行链接数据(First Uplink Data)。
步骤15,AMF向SMF发送Nsmf_PDUSession_UpdateSMContext Request。
步骤16,AMF向UPF发送N4会话创建/修改请求(N4 Session Establishment/Modicationg Request);UPF向AMF发送N4会话创建/修改响应(N4 Session Establishment/Modication Response)。
AMF向UDM发起注册(Registration)。
步骤17,SMF向AMF发送Nsmf_PDUSession_UpdateSMContext Response。
步骤18,SMF向AMF发送Nsmf_PDUSession_SMContextStatusNotify。
步骤19,SMF为UE进行IPv6地址配置(Address Configuration)。
步骤20,UPF发起SMF初始SM策略分配(SMF initiated SM Policy Association Modification)。
步骤21,SMF与UDP之间取消订阅(Unsubscription)。
本公开实施例中,前述流程可参照TS23.502 4.3.2.2的会话创建和更新流程而理解。
参照图8所示的流程,如果UE在协议配置选项(Protocol Configuration Option,PCO)中指示UE是否在注册请求消息中支持XRM业务能力/多模式服务能力,例如,在作为UE 5GMM核心网络能力的一部分的初始注册和移动性注册更新中。这样,在步骤1中,UE支持XRM业务/多模式数据服务的能力可以包含在PDU会话建立请求消息的PCO中。其他步骤的处理与前述处理流程相同。
在步骤11中,如果UE在PDU会话建立请求中的PCO中指示支持XRM业务/多模式数据服务,并且为PDU会话启用了XRM业务/多模式数据服务,则SMF通过AMF通知UE XRM业务/多模式数据服务在PDU会话建立接受中的PCO中启用。即SMF可以在PCO中向UE提供XRM Service/Multimodal Data Service Configuration Information。
SMF与PCF协商XRM业务/Multimodal Data Service支持。如果PCF支持XRM业务/多模式数据服务并接受它,则SMF在PCO中向UE指示可以使用XRM业务/多模式数据服务。
XRM/多模态能力作为5GMM Core Network Capability,也可以在UE注册流程中提供给网络,网络可执行相应XRM/多模态业务的多个UE的组关联,或单个UE内的多会话组关联,或单个UE内会话的多个数据流间的QoS关联,协同XRM/多模态业务的策略决策和QoS授权,支持XRM/多 模态业务的执行。
图9是根据一示例性实施例示出的支持虚拟现实服务能力协商方法的流程示意图,如图9所示,本公开实施例的支持虚拟现实服务能力协商方法包括以下处理步骤:
步骤1,UE向(R)AN发送注册请求消息,注册请求消息中携带UE移动性管理核心网能力(MM Core Network Capability)信息,UE MM Core Network Capability中包括XRM业务/多模态业务的能力支持。
步骤2,(R)AN为UE选择相应的AMF。
步骤3,(R)AN通过N2消息将UE的注册请求向AMF发送,N2消息中携带步骤1中的注册请求的信息。AMF存储相应UE MM Core Network Capability到UE上下文中。
如果UE在步骤1中提供了XRM服务/多模态业务能力支持,则AMF根据签约信息、网络支持能力和本地策略等信息决策是否支持XRM业务/多模态业务。
步骤4,新选择的AMF向旧AMF发送Namf_Communication_UEContextTransfer。
步骤5,旧AMF向新AMF发送Namf_Communication_UEContextTransfer Response。
步骤6,新AMF向UE发送身份请求(Indentity Resquest)。
步骤7,UE向新AMF发送身份响应(Indentity Response)。
步骤8,新AMF进行AUSF选择。
步骤9,网络侧对UE进行鉴权/安全(Authentication/Security)认证。
步骤10,新AMF向旧AMF发送Namf_Communication_Registration Status Update。
步骤11,新AMF与UE之间进行身份请求/响应(Indentity Resquest/ Response)。
步骤12,新AMF向EIR发送N5g-eir_Equipment Indentity Check_Get.
步骤13,新AMF进行UDM选择。
步骤14,新AMF与核心网之间进行Nudm_UECM_Registration,Nudm_SDM_Get,Nudm_SDM_Subscribe。
核心网向旧AMF发送Nudm_UECM_Deregistration Notification,旧AMF向核心网发送Nudm_SDM_Unsubscribe。
步骤15,新AMF进行PCF选择。
步骤16,新AMF与所选择的PCF之间进行AM策略创建/修改(AM Policy Association Establishment/Modification)。
步骤17,新AMF向SMF发送Nsmf_PDUSession_UpdateSMContext/Nsmf_PDUSession_ReleaseSMContext。
步骤18,新AMF向N3IWF/TNGF/W_AGF发送UE Context Modification Request。
步骤19,N3IWF/TNGF/W_AGF向新AMF发送发送UE Context Modification Response。
新AMF向UDM发送Nudm_UECM_Registration,并接收UDM发送的Nudm_UECM_DeregistrationNotify,新AMF向UDM发送Nudm_SDM_Unsubscribe。
步骤21,新AMF向UE发送注册接受(Registration Accept)。
新AMF与PCF之间进行UE策略分配创建(UE Policy Association Establishment)。
步骤22,UE向新AMF发送注册完成(Registration Complete)消息。
步骤23,新AMF向UDM发送Nudm_SDM_Info,UDM向新AMF发送N2消息。
步骤24,新AMF与UDM之间进行Nudm_UECM_Update。
步骤25,新AMF与UE之间进行网络切片特定授权和认证(Network Slice-Specific Authentication and Authorization)。
图10是根据一示例性实施例示出的支持增强现实业务能力协商装置的组成结构示意图,如图10所示,本公开实施例的支持增强现实业务能力协商装置包括:
接收单元100,配置为接收创建SM上下文请求;其中,所述创建SM上下文请求中携带有第一信元,所述第一信元中携带有用户设备UE支持增强现实业务的能力;
确定单元101,配置为确定网络是否支持增强现实业务;
发送单元102,配置为向第二网元发送网络是否支持增强现实业务的响应。
本公开实施例中,第一网元包括SMF等。
作为一种实现方式,所述第一信元包括5GSM核心网能力Core Network Capability,或协议配置选项PCO。
确定单元101,还配置为根据签约信息、网络支持能力和本地策略中的至少之一确定判断网络是否支持该PDU会话的增强现实业务。
作为一种实现方式,所述网络是否支持增强现实业务的能力承载于创建SM上下文响应或更新响应中,向所述第二网元发送。
在图10所示的支持增强现实业务能力协商装置的基础上,所述装置还包括:
策略执行单元(图10中未示出),配置为响应于网络支持增强现实业务,在本地执行策略和计费规则的决策;或执行策略控制功能PCF选择;基于所选择的PCF,确定增强现实业务规则或多模态业务规则,或确定支持增强现实业务的数据流PCC规则。
作为一种实现方式,所述发送单元102,还配置为:
向所述第二网元发送协议数据单元PDU会话建立接受信息;其中,所述PDU会话建立接受信息中携带有支持增强现实业务或多模态业务的服务质量QoS参数。
在示例性实施例中,接收单元100、确定单元101、发送单元102、策略执行单元等可以被一个或多个中央处理器(CPU,Central Processing Unit)、图形处理器(GPU,Graphics Processing Unit)、基带处理器(BP,Base Processor)、应用专用集成电路(ASIC,Application Specific Integrated Circuit)、数字信号处理器(Digital Signal Processor,DSP)、可编程逻辑器件(PLD,Programmable Logic Device)、复杂可编程逻辑器件(CPLD,Complex Programmable Logic Device)、现场可编程门阵列(FPGA,Field-Programmable Gate Array)、通用处理器、控制器、微控制器(MCU,Micro Controller Unit)、微处理器(Microprocessor)、或其他电子元件实现,也可以结合一个或多个射频(RF,Radio Frequency)天线实现,用于执行前述实施例的支持增强现实业务能力协商方法的步骤。
在本公开实施例中,图10示出的装置中各个单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图11是根据一示例性实施例示出的支持增强现实业务能力协商装置的组成结构示意图,如图11所示,本公开实施例的支持增强现实业务能力协商装置包括:
接收单元110,配置为接收UE发送的PDU会话创建请求;
确定单元111,配置为响应于所述会话创建请求信息中携带UE支持增强现实业务的能力,在会话创建过程中确认网络是否支持增强现实业务或多模态业务;
发送单元112,配置为向UE发送非接入层NAS消息,携带是否支持增强现实业务或多模态业务的响应。
作为一种实现方式,所述会话创建请求信息中携带UE支持增强现实业务的能力包括:会话创建请求中携带5GSM Core Network Capability,所述5GSM Core Network Capability包含UE支持增强现实业务的能力。
作为一种实现方式,所述会话创建请求信息中携带UE支持增强现实业务的能力包括:会话创建请求中携带PCO,所述PCO包含UE支持增强现实业务的能力。
在示例性实施例中,接收单元110、确定单元111、发送单元112等可以被一个或多个中央处理器(CPU,Central Processing Unit)、图形处理器(GPU,Graphics Processing Unit)、基带处理器(BP,Base Processor)、应用专用集成电路(ASIC,Application Specific Integrated Circuit)、数字信号处理器(Digital Signal Processor,DSP)、可编程逻辑器件(PLD,Programmable Logic Device)、复杂可编程逻辑器件(CPLD,Complex Programmable Logic Device)、现场可编程门阵列(FPGA,Field-Programmable Gate Array)、通用处理器、控制器、微控制器(MCU,Micro Controller Unit)、微处理器(Microprocessor)、或其他电子元件实现,也可以结合一个或多个射频(RF,Radio Frequency)天线实现,用于执行前述实施例的支持增强现实业务能力协商方法的步骤。
在本公开实施例中,图11示出的装置中各个单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图12是根据一示例性实施例示出的支持增强现实业务能力协商装置的组成结构示意图,如图12所示,本公开实施例的支持增强现实业务能力协商装置包括:
发送单元120,配置为发送PDU会话建立请求;所述PDU会话建立请 求中携带有第一信元,所述第一信元中携带有所述UE支持增强现实业务的能力;
接收单元121,配置为接收网络侧发送的NAS消息,其中携带是否支持增强现实业务或多模态业务的响应。
其中,所述第一信元包括5GSM Core Network Capability,或PCO。
在示例性实施例中,发送单元120、接收单元121等可以被一个或多个中央处理器(CPU,Central Processing Unit)、图形处理器(GPU,Graphics Processing Unit)、基带处理器(BP,Base Processor)、应用专用集成电路(ASIC,Application Specific Integrated Circuit)、数字信号处理器(Digital Signal Processor,DSP)、可编程逻辑器件(PLD,Programmable Logic Device)、复杂可编程逻辑器件(CPLD,Complex Programmable Logic Device)、现场可编程门阵列(FPGA,Field-Programmable Gate Array)、通用处理器、控制器、微控制器(MCU,Micro Controller Unit)、微处理器(Microprocessor)、或其他电子元件实现,也可以结合一个或多个射频(RF,Radio Frequency)天线实现,用于执行前述实施例的支持增强现实业务能力协商方法的步骤。
在本公开实施例中,图12示出的装置中各个单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图13是根据一示例性实施例示出的支持增强现实业务能力协商装置的组成结构示意图,如图13所示,本公开实施例的支持增强现实业务能力协商装置包括:
接收单元130,配置为接收第三网元发送的注册请求;
确定单元131,配置为响应于所述注册请求中携带UE支持增强现实业务的能力,确定网络是否支持增强现实业务或多模态业务;
发送单元132,配置为通过所述第三网元向UE发送注册接受信息,所 述注册请求中携带是否支持增强现实业务或多模态业务的响应。
作为一种实现方式,所述确定单元131,还配置为:
根据签约信息、网络支持能力和本地策略中的至少之一确定网络是否支持增强现实业务或多模态业务。
作为一种实现方式,所述发送单元132,还配置为:
通过第三网元向UE发送增强现实业务或多模态业务的组标识;所述组标识用于关联增强现实业务或多模态业务组的多个UE,或者用于关联单个UE的多个增强现实业务或多模态业务会话,或者用于关联单个UE会话的多个数据流,以及
协同增强现实业务或多模态业务的策略决策和QoS授权,执行增强现实业务或多模态业务。
在示例性实施例中,发送单元130、确定单元131、接收单元132等可以被一个或多个中央处理器(CPU,Central Processing Unit)、图形处理器(GPU,Graphics Processing Unit)、基带处理器(BP,Base Processor)、应用专用集成电路(ASIC,Application Specific Integrated Circuit)、数字信号处理器(Digital Signal Processor,DSP)、可编程逻辑器件(PLD,Programmable Logic Device)、复杂可编程逻辑器件(CPLD,Complex Programmable Logic Device)、现场可编程门阵列(FPGA,Field-Programmable Gate Array)、通用处理器、控制器、微控制器(MCU,Micro Controller Unit)、微处理器(Microprocessor)、或其他电子元件实现,也可以结合一个或多个射频(RF,Radio Frequency)天线实现,用于执行前述实施例的支持增强现实业务能力协商方法的步骤。
在本公开实施例中,图13示出的装置中各个单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图14是根据一示例性实施例示出的支持增强现实业务能力协商装置的 组成结构示意图,如图14所示,本公开实施例的支持增强现实业务能力协商装置包括:
接收单元140,配置为接收到注册请求;
确定单元141,配置为响应于所述注册请求中携带网络是否支持增强现实业务的能力,确定网络是否支持增强现实业务或多模态业务;
发送单元142,配置为向UE发送注册接受信息,携带是否支持增强现实业务的能力。
在示例性实施例中,接收单元140、确定单元141、发送单元142等可以被一个或多个中央处理器(CPU,Central Processing Unit)、图形处理器(GPU,Graphics Processing Unit)、基带处理器(BP,Base Processor)、应用专用集成电路(ASIC,Application Specific Integrated Circuit)、数字信号处理器(Digital Signal Processor,DSP)、可编程逻辑器件(PLD,Programmable Logic Device)、复杂可编程逻辑器件(CPLD,Complex Programmable Logic Device)、现场可编程门阵列(FPGA,Field-Programmable Gate Array)、通用处理器、控制器、微控制器(MCU,Micro Controller Unit)、微处理器(Microprocessor)、或其他电子元件实现,也可以结合一个或多个射频(RF,Radio Frequency)天线实现,用于执行前述实施例的支持增强现实业务能力协商方法的步骤。
在本公开实施例中,图14示出的装置中各个单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图15是根据一示例性实施例示出的支持增强现实业务能力协商装置的组成结构示意图,如图15所示,本公开实施例的支持增强现实业务能力协商装置包括:
发送单元150,配置为向第三网元发送注册请求,所述注册请求中携带支持增强现实业务的能力;以及
接收单元151,配置为接收所述第三网元返回的注册接受信息,所述注册请求中携带是否支持增强现实业务或多模态业务的响应。
作为一种实现方式,所述接收单元151,还配置为:
接收所述第三网元转发的增强现实业务或多模态业务的组标识;所述组标识用于关联增强现实业务或多模态业务组的多个UE,或者用于关联单个UE的多个增强现实业务或多模态业务会话,或者用于关联单个UE会话的多个数据流;以及
协同增强现实业务或多模态业务的策略决策和QoS授权,执行增强现实业务或多模态业务。
在示例性实施例中,发送单元150、接收单元151等可以被一个或多个中央处理器(CPU,Central Processing Unit)、图形处理器(GPU,Graphics Processing Unit)、基带处理器(BP,Base Processor)、应用专用集成电路(ASIC,Application Specific Integrated Circuit)、数字信号处理器(Digital Signal Processor,DSP)、可编程逻辑器件(PLD,Programmable Logic Device)、复杂可编程逻辑器件(CPLD,Complex Programmable Logic Device)、现场可编程门阵列(FPGA,Field-Programmable Gate Array)、通用处理器、控制器、微控制器(MCU,Micro Controller Unit)、微处理器(Microprocessor)、或其他电子元件实现,也可以结合一个或多个射频(RF,Radio Frequency)天线实现,用于执行前述实施例的支持增强现实业务能力协商方法的步骤。
在本公开实施例中,图15示出的装置中各个单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图16是根据一示例性实施例示出的一种用户设备8000的框图。例如,用户设备8000可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图16,用户设备8000可以包括以下一个或多个信元:处理信元8002,存储器8004,电源信元8006,多媒体信元8008,音频信元8010,输入/输出(I/O)的接口8012,传感器信元8014,以及通信信元8016。
处理信元8002通常控制用户设备8000的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理信元8002可以包括一个或多个处理器8020来执行指令,以完成上述的支持增强现实业务能力协商方法的全部或部分步骤。此外,处理信元8002可以包括一个或多个模块,便于处理信元8002和其他信元之间的交互。例如,处理信元8002可以包括多媒体模块,以方便多媒体信元8008和处理信元8002之间的交互。
存储器8004被配置为存储各种类型的数据以支持在设备8000的操作。这些数据的示例包括用于在用户设备8000上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器8004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源信元8006为用户设备8000的各种信元提供电力。电源信元8006可以包括电源管理系统,一个或多个电源,及其他与为用户设备8000生成、管理和分配电力相关联的信元。
多媒体信元8008包括在用户设备8000和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界, 而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体信元8008包括一个前置摄像头和/或后置摄像头。当设备8000处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频信元8010被配置为输出和/或输入音频信号。例如,音频信元8010包括一个麦克风(MIC),当用户设备8000处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器8004或经由通信信元8016发送。在一些实施例中,音频信元8010还包括一个扬声器,用于输出音频信号。
I/O接口8012为处理信元8002和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器信元8014包括一个或多个传感器,用于为用户设备8000提供各个方面的状态评估。例如,传感器信元8014可以检测到设备8000的打开/关闭状态,信元的相对定位,例如信元为用户设备8000的显示器和小键盘,传感器信元8014还可以检测用户设备8000或用户设备8000中一个信元的位置改变,用户与用户设备8000接触的存在或不存在,用户设备8000方位或加速/减速和用户设备8000的温度变化。传感器信元8014可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器信元8014还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器信元8014还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信信元8016被配置为便于用户设备8000和其他设备之间有线或无线方式的通信。用户设备8000可以接入基于通信标准的无线网络,如Wi-Fi, 2G或3G,或它们的组合。在一个示例性实施例中,通信信元8016经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,通信信元8016还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,用户设备8000可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述支持增强现实业务能力协商方法的步骤。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器8004,上述指令可由用户设备8000的处理器8020执行以完成上述支持增强现实业务能力协商方法的步骤。例如,非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本公开实施例还记载了一种第一网元,包括处理器、收发器、存储器及存储在存储器上并能够由所述处理器运行的可执行程序,所述处理器运行所述可执行程序时执行前述实施例的支持增强现实业务能力协商方法的步骤。
本公开实施例还记载了一种第二网元,包括处理器、收发器、存储器及存储在存储器上并能够由所述处理器运行的可执行程序,所述处理器运行所述可执行程序时执行前述实施例的支持增强现实业务能力协商方法的步骤。
本公开实施例还记载了一种终端,包括处理器、收发器、存储器及存储在存储器上并能够由所述处理器运行的可执行程序,所述处理器运 行所述可执行程序时执行前述实施例的支持增强现实业务能力协商方法的步骤。
本公开实施例还记载了一种存储介质,其上存储有可执行程序,所述可执行程序被处理器执行前述实施例的支持增强现实业务能力协商方法的步骤。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明实施例的其它实施方案。本申请旨在涵盖本发明实施例的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明实施例的一般性原理并包括本公开实施例未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本发明实施例的真正范围和精神由下面的权利要求指出。
应当理解的是,本发明实施例并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明实施例的范围仅由所附的权利要求来限制。

Claims (45)

  1. 一种支持增强现实业务能力协商方法,被第一网元执行,所述方法包括:
    接收创建会话管理SM上下文请求,确定网络是否支持增强现实业务;向第二网元发送网络是否支持增强现实业务的响应;
    其中,所述创建SM上下文请求中携带有第一信元,所述第一信元中携带有用户设备UE支持增强现实业务的能力。
  2. 根据权利要求1所述的方法,其中,所述第一信元包括5GSM核心网能力Core Network Capability,或协议配置选项PCO。
  3. 根据权利要求1所述的方法,其中,所述方法还包括:
    根据签约信息、网络支持能力和本地策略中的至少之一确定网络是否支持该PDU会话的增强现实业务。
  4. 根据权利要求1所述的方法,其中,所述网络是否支持增强现实业务的能力承载于创建SM上下文响应或更新响应中,向所述第二网元发送。
  5. 根据权利要求1所述的方法,其中,响应于网络支持增强现实业务,所述方法还包括:
    在本地执行策略和计费规则的决策;或
    执行策略控制功能PCF选择;基于所选择的PCF,确定增强现实业务规则,或确定支持增强现实业务的数据流PCC规则。
  6. 根据权利要求1至5任一项所述的方法,其中,所述方法还包括:
    向所述第二网元发送协议数据单元PDU会话建立接受信息,所述PDU会话建立接受信息中携带有支持增强现实业务的服务质量QoS参数。
  7. 一种支持增强现实业务能力协商方法,被网络侧功能执行,所述方法包括:
    网络侧功能接收UE发送的协议数据单元PDU会话创建请求,响应于 所述会话创建请求信息中携带UE支持增强现实业务的能力,所述网络侧功能在会话创建过程中确认网络是否支持增强现实业务,并向UE发送非接入层NAS消息,携带是否支持增强现实业务的响应。
  8. 根据权利要求7所述的方法,其中,
    所述会话创建请求信息中携带UE支持增强现实业务的能力包括:会话创建请求中携带5GSM Core Network Capability,所述5GSM Core Network Capability包含UE支持增强现实业务的能力。
  9. 根据权利要求7所述的方法,其中,
    所述会话创建请求信息中携带UE支持增强现实业务的能力包括:会话创建请求中携带PCO,所述PCO包含UE支持增强现实业务的能力。
  10. 根据权利要求7所述的方法,其中,所述网络侧功能包括第一网元和第二网元,,其中,
    所述第一网元接收创建会话管理SM上下文请求,确定网络是否支持增强现实业务;向第二网元发送网络是否支持增强现实业务的响应;其中,所述创建SM上下文请求中携带有第一信元,所述第一信元中携带有用户设备UE支持增强现实业务的能力;
    向所述第二网元发送PDU会话建立接受信息,所述PDU会话建立接受信息携带有支持增强现实业务的QoS参数。
  11. 根据权利要求10所述的方法,其中,
    所述第一网元根据签约信息、网络支持能力和本地策略中的至少之一确定网络是否支持该PDU会话的增强现实业务;向所述第二网元发送网络是否支持增强现实业务的能力。
  12. 根据权利要求10所述的方法,其中,所述方法还包括:
    所述第一网元在确认网络支持增强现实业务的情况下,在本地执行策略和计费规则的决策;或执行PCF选择,基于所选择的PCF,确定虚拟现 实服务规则,或确定支持虚拟现实服务的数据流PCC规则。
  13. 根据权利要求7所述的方法,其中,所述网络侧功能包括第一网元和第二网元;其中,
    所述第二网元接收UE发送的PDU会话建立请求,基于所述PDU会话建立请求选择第一网元,并向所选择的第一网元发送创建SM上下文请求;所述SM上下文请求中携带UE支持增强现实业务的能力;
    所述第二网元收到第一网元返回的PDU会话建立接受信息后,通过NAS消息将PDU会话标识和PDU会话建立接受信息向UE发送。
  14. 根据权利要求13所述的方法,其中,所述第二网元将UE支持增强现实业务的能力作为PDU会话级别上下文存储在UE上下文中。
  15. 一种支持增强现实业务能力协商方法,被UE执行,所述方法包括:
    发送PDU会话建立请求,所述PDU会话建立请求中携带有第一信元,所述第一信元中携带有所述UE支持增强现实业务的能力;
    接收网络侧发送的NAS消息,其中携带网络是否支持增强现实业务的响应。
  16. 根据权利要求15所述的方法,其中,所述第一信元包括5GSM Core Network Capability,或PCO。
  17. 一种支持增强现实业务能力协商方法,被第二网元执行,所述方法包括:
    接收用户设备UE的注册请求,响应于所述注册请求中携带UE支持增强现实业务的能力,所述第二网元确定网络是否支持增强现实业务,向UE发送注册接受信息,所述注册接受信息中携带是否支持增强现实业务的响应。
  18. 根据权利要求17所述的方法,其中,所述确定网络是否支持增强现实业务,包括:
    根据签约信息、网络支持能力和本地策略中的至少之一确定网络是否支持增强现实业务。
  19. 根据权利要求17述的方法,其中,所述方法还包括:
    通过第三网元或直接向UE发送增强现实业务的组标识;所述组标识用于关联增强现实业务组的多个UE,或者用于关联单个UE的多个增强现实业务会话,或者用于关联单个UE会话的多个数据流。
  20. 一种支持增强现实业务能力协商方法,被网络侧功能执行,所述方法包括:
    网络侧功能接收用户设备UE的注册请求,响应于所述注册请求中携带网络支持增强现实业务能力,所述网络侧功能确定网络是否支持增强现实业务,并向UE发送注册接受信息,携带是否支持增强现实业务的响应。
  21. 根据权利要求20所述的方法,其中,所述网络侧功能包括第二网元和第三网元,其中,
    第三网元接收到UE发送的注册请求,选择第二网元;所述注册请求中携带UE是否支持增强现实业务的能力;
    向所选择的第二网元发送所述注册请求;
    所述第二网元确定网络是否支持增强现实业务,并通过所述第三网元向UE发送注册接受信息;所述注册接受信息中携带网络是否支持增强现实业务的能力。
  22. 根据权利要求20所述的方法,其中,所述确定网络是否支持增强现实业务,包括:
    所述第二网元根据签约信息、网络支持能力和本地策略中的至少之一确定网络是否支持增强现实业务。
  23. 根据权利要求22所述的方法,其中,所述方法还包括:
    所述第二网元通过第三网元或直接向UE发送增强现实业务的组标识; 所述组标识用于关联增强现实业务组的多个UE,或者用于关联单个UE的多个增强现实业务会话,或者用于关联单个UE会话的多个数据流。
  24. 一种支持增强现实业务能力协商方法,被UE执行,所述方法包括:
    向网络侧发送注册请求,所述注册请求中携带支持增强现实业务的能力;以及
    接收所述网络侧返回的注册接受信息,所述注册接受信息中携带是否支持增强现实业务的响应。
  25. 根据权利要求24所述的方法,其中,所述方法还包括:
    接收网络侧发送的增强现实业务的组标识;所述组标识用于关联增强现实业务组的多个UE,或者用于关联单个UE的多个增强现实业务会话,或者用于关联单个UE会话的多个数据流。
  26. 根据权利要求24所述的方法,其中,所述方法还包括:
    网络侧向UE发送的增强现实业务的组标识是通过RAN转发或直接由网络侧功能发送的。
  27. 根据权利要求24至26任一项所述的方法,其中,所述方法还包括:
    存储所接收的增强现实业务的组标识。
  28. 一种支持增强现实业务能力协商装置,所述装置包括:
    接收单元,配置为接收创建SM上下文请求;其中,所述创建SM上下文请求中携带有第一信元,所述第一信元中携带有用户设备UE支持增强现实业务的能力;
    确定单元,配置为确定网络是否支持增强现实业务;
    发送单元,配置为向第二网元发送网络是否支持增强现实业务的响应。
  29. 根据权利要求28所述的装置,其中,所述第一信元包括5GSM核心网能力Core Network Capability,或协议配置选项PCO。
  30. 根据权利要求28所述的装置,其中,所述确定单元,还配置为:
    根据签约信息、网络支持能力和本地策略中的至少之一确定判断网络是否支持该PDU会话的增强现实业务
  31. 一种支持增强现实业务能力协商装置,所述装置包括:
    接收单元,配置为接收UE发送的PDU会话创建请求;
    确定单元,配置为响应于所述会话创建请求信息中携带UE支持增强现实业务的能力,在会话创建过程中确认网络是否支持增强现实业务;
    发送单元,配置为向UE发送非接入层NAS消息,携带是否支持增强现实业务的响应。
  32. 根据权利要求31所述的装置,其中,
    所述会话创建请求信息中携带UE支持增强现实业务的能力包括:会话创建请求中携带5GSM Core Network Capability,所述5GSM Core Network Capability包含UE支持增强现实业务的能力。
  33. 根据权利要求31所述的装置,其中,
    所述会话创建请求信息中携带UE支持增强现实业务的能力包括:会话创建请求中携带PCO,所述PCO包含UE支持增强现实业务的能力。
  34. 一种支持增强现实业务能力协商装置,所述装置包括:
    发送单元,配置为发送PDU会话建立请求;所述PDU会话建立请求中携带有第一信元,所述第一信元中携带有所述UE支持增强现实业务的能力;
    接收单元,配置为接收网络侧发送的NAS消息,其中携带是否支持增强现实业务的响应。
  35. 根据权利要求34所述的装置,其中,所述第一信元包括5GSM Core Network Capability,或PCO。
  36. 一种支持增强现实业务能力协商装置,所述装置包括:
    接收单元,配置为接收第三网元发送的注册请求;
    确定单元,配置为响应于所述注册请求中携带UE支持增强现实业务的能力,确定网络是否支持增强现实业务;
    发送单元,配置为通过所述第三网元向UE发送注册接受信息,所述注册请求中携带是否支持增强现实业务的响应。
  37. 根据权利要求36所述的装置,其中,所述确定单元,还配置为:
    根据签约信息、网络支持能力和本地策略中的至少之一确定网络是否支持增强现实业务。
  38. 根据权利要求36所述的装置,其中,所述发送单元,还配置为:
    通过第三网元或直接向UE发送增强现实业务的组标识;所述组标识用于关联增强现实业务组的多个UE,或者用于关联单个UE的多个增强现实业务会话,或者用于关联单个UE会话的多个数据流,以及
    协同增强现实业务的策略决策和QoS授权,执行增强现实业务。
  39. 一种支持增强现实业务能力协商装置,所述方法包括:
    接收单元,配置为接收到注册请求;
    确定单元,配置为响应于所述注册请求中携带网络是否支持增强现实业务的能力,确定网络是否支持增强现实业务;
    发送单元,配置为向UE发送注册接受信息,携带是否支持增强现实业务的能力。
  40. 一种支持增强现实业务能力协商装置,所述装置包括:
    发送单元,配置为向第三网元发送注册请求,所述注册请求中携带支持增强现实业务的能力;以及
    接收单元,配置为接收所述第三网元返回的注册接受信息,所述注册请求中携带是否支持增强现实业务的响应。
  41. 根据权利要求40所述的装置,其中,所述接收单元,还配置为:
    接收所述第三网元转发的增强现实业务的组标识;所述组标识用于关联增强现实业务组的多个UE,或者用于关联单个UE的多个增强现实业务会话,或者用于关联单个UE会话的多个数据流。
  42. 一种第一网元,包括处理器、存储器及存储在存储器上并能够由所述处理器运行的可执行程序,所述处理器运行所述可执行程序时执行如权利要求1至6任一项所述的支持增强现实业务能力协商装置的步骤。
  43. 一种第二网元,包括处理器、存储器及存储在存储器上并能够由所述处理器运行的可执行程序,所述处理器运行所述可执行程序时执行如权利要求16至20任一项所述的支持增强现实业务能力协商装置的步骤。
  44. 一种用户设备,包括处理器、收发器、存储器及存储在存储器上并能够由所述处理器运行的可执行程序,所述处理器运行所述可执行程序时执行如权利要求15至16或25至28任一项所述的支持增强现实业务能力协商方法的步骤。
  45. 一种存储介质,其上存储有可执行程序,所述可执行程序被处理器执行时实现如权利要求1至28任一项所述的支持增强现实业务能力协商方法的步骤。
PCT/CN2022/083874 2022-03-29 2022-03-29 支持增强现实业务能力协商方法及装置、网元、ue及存储介质 WO2023184195A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2022/083874 WO2023184195A1 (zh) 2022-03-29 2022-03-29 支持增强现实业务能力协商方法及装置、网元、ue及存储介质
CN202280000988.4A CN117157956A (zh) 2022-03-29 2022-03-29 支持增强现实业务能力协商方法及装置、网元、ue及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/083874 WO2023184195A1 (zh) 2022-03-29 2022-03-29 支持增强现实业务能力协商方法及装置、网元、ue及存储介质

Publications (1)

Publication Number Publication Date
WO2023184195A1 true WO2023184195A1 (zh) 2023-10-05

Family

ID=88198462

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/083874 WO2023184195A1 (zh) 2022-03-29 2022-03-29 支持增强现实业务能力协商方法及装置、网元、ue及存储介质

Country Status (2)

Country Link
CN (1) CN117157956A (zh)
WO (1) WO2023184195A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140120887A1 (en) * 2011-06-24 2014-05-01 Zte Corporation Method, system, terminal, and server for implementing mobile augmented reality service
US20170090589A1 (en) * 2015-09-28 2017-03-30 Wand Labs, Inc. Unified virtual reality platform
CN109818769A (zh) * 2017-11-21 2019-05-28 华为技术有限公司 发送信息的方法和装置
CN109996303A (zh) * 2017-12-29 2019-07-09 华为技术有限公司 一种系统切换的方法及通信实体
CN113747510A (zh) * 2020-05-28 2021-12-03 华为技术有限公司 通信方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140120887A1 (en) * 2011-06-24 2014-05-01 Zte Corporation Method, system, terminal, and server for implementing mobile augmented reality service
US20170090589A1 (en) * 2015-09-28 2017-03-30 Wand Labs, Inc. Unified virtual reality platform
CN109818769A (zh) * 2017-11-21 2019-05-28 华为技术有限公司 发送信息的方法和装置
CN109996303A (zh) * 2017-12-29 2019-07-09 华为技术有限公司 一种系统切换的方法及通信实体
CN113747510A (zh) * 2020-05-28 2021-12-03 华为技术有限公司 通信方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ERICSSON, CHINA MOBILE: "Notification of SM Policy Association Establishment", 3GPP DRAFT; S2-2106969, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. Electronic; 20210816 - 20210827, 28 August 2021 (2021-08-28), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052059501 *

Also Published As

Publication number Publication date
CN117157956A (zh) 2023-12-01

Similar Documents

Publication Publication Date Title
WO2022120544A1 (zh) 通信方法及装置、无线接入网、终端及存储介质
WO2023184195A1 (zh) 支持增强现实业务能力协商方法及装置、网元、ue及存储介质
WO2023184194A1 (zh) 基于增强现实业务的会话管理功能选择方法及装置、存储介质
WO2022011541A1 (zh) 随机接入方法及装置、通信设备及存储介质
WO2023178703A1 (zh) 个人物联网网络建立方法及装置、网元、ue及存储介质
WO2023173430A1 (zh) 信息传输方法、装置、通信设备和存储介质
WO2024016194A1 (zh) 一种信息传输方法、装置、通信设备及存储介质
WO2023245455A1 (zh) 信息传输方法、装置、通信设备及存储介质
WO2023133861A1 (zh) 信息传输方法、装置、通信设备和存储介质
WO2023240574A1 (zh) 信息处理方法及装置、通信设备及存储介质
WO2023070560A1 (zh) 信息传输方法、装置、通信设备和存储介质
WO2024020755A1 (zh) 无线通信方法、装置、通信设备及存储介质
WO2023226051A1 (zh) 为个人物联网设备选择认证机制的方法及装置、ue、网络功能及存储介质
CN111096046B (zh) 接入方式确定方法、装置及通信设备
WO2024007173A1 (zh) 信息处理方法及装置、通信设备及存储介质
WO2023283809A1 (zh) 接入控制处理方法、装置、通信设备及存储介质
WO2024031399A1 (zh) Ue加入pin的方法及装置、通信设备及存储介质
WO2022236611A1 (zh) 服务质量指示确定方法、装置、通信设备和存储介质
WO2023000323A1 (zh) 信息处理方法及装置、通信设备及存储介质
WO2022160105A1 (zh) 一种应用功能会话处理方法、装置及存储介质
WO2022257133A1 (zh) 多终端共享pdu会话的方法、装置、通信设备及存储介质
WO2024000124A1 (zh) 寻呼协商方法、装置、通信设备及存储介质
WO2023184121A1 (zh) 信息传输方法、装置、通信设备和存储介质
WO2024000518A1 (zh) 信息处理方法、装置、通信设备及存储介质
WO2024031396A1 (zh) 逻辑信道的调度方法、装置、通信设备及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22934050

Country of ref document: EP

Kind code of ref document: A1