WO2023216215A1 - 上下文管理方法、装置、设备、存储介质及程序产品 - Google Patents

上下文管理方法、装置、设备、存储介质及程序产品 Download PDF

Info

Publication number
WO2023216215A1
WO2023216215A1 PCT/CN2022/092628 CN2022092628W WO2023216215A1 WO 2023216215 A1 WO2023216215 A1 WO 2023216215A1 CN 2022092628 W CN2022092628 W CN 2022092628W WO 2023216215 A1 WO2023216215 A1 WO 2023216215A1
Authority
WO
WIPO (PCT)
Prior art keywords
context
type
service
frame
sta
Prior art date
Application number
PCT/CN2022/092628
Other languages
English (en)
French (fr)
Inventor
罗朝明
黄磊
Original Assignee
Oppo广东移动通信有限公司
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 Oppo广东移动通信有限公司 filed Critical Oppo广东移动通信有限公司
Priority to PCT/CN2022/092628 priority Critical patent/WO2023216215A1/zh
Publication of WO2023216215A1 publication Critical patent/WO2023216215A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support

Definitions

  • the present application relates to the field of wireless communication technology, and in particular to a context management method, device, equipment, storage medium and program product.
  • WLAN Wireless Local Area Network
  • the context information includes relevant configuration information that supports basic communication and services.
  • Embodiments of the present application provide a context management method, device, equipment, storage medium and program product.
  • the technical solutions are as follows:
  • embodiments of the present application provide a context management method, where the STA device is a non-associated STA of the AP device; the method includes:
  • the first type of context is a context unrelated to multiple services;
  • the second type of context is a context related to one of the multiple services; at least one of the second type contexts corresponds to One of said services.
  • embodiments of the present application provide a context management method, which is executed by an AP device.
  • the method includes:
  • the STA device is a non-associated STA of the AP device;
  • the first type of context is a context unrelated to multiple services;
  • the second type of context is a context related to one of the multiple services; at least one of the second type contexts corresponds to One of said services.
  • an STA device which is a non-associated STA of the AP device; the device includes:
  • a context establishment module configured to establish a first type context and at least one second type context with the access point AP device
  • the first type of context is a context unrelated to multiple services;
  • the second type of context is a context related to one of the multiple services; at least one of the second type contexts corresponds to One of said services.
  • embodiments of the present application provide a context management device, which includes:
  • a context establishment module configured to establish a first type context and at least one second type context with an STA device; the STA device is a non-associated STA of the AP device;
  • the first type of context is a context unrelated to multiple services;
  • the second type of context is a context related to one of the multiple services; at least one of the second type contexts corresponds to One of said services.
  • an STA device which is a non-associated STA of the AP device;
  • the computer device includes a processor, a memory and a transceiver;
  • the processor is configured to establish a first type context and at least one second type context with an access point AP device;
  • the first type of context is a context unrelated to multiple services;
  • the second type of context is a context related to one of the multiple services; at least one of the second type contexts corresponds to One of said services.
  • an AP device which includes a processor, a memory, and a transceiver;
  • the processor is configured to establish a first type context and at least one second type context with an STA device; the STA device is a non-associated STA of the AP device;
  • the first type of context is a context unrelated to multiple services;
  • the second type of context is a context related to one of the multiple services; at least one of the second type contexts corresponds to One of said services.
  • embodiments of the present application provide a computer device, which includes a processor, a memory, and a transceiver.
  • the memory stores a computer program, and the computer program is configured to be executed by the processor, so as to The computer device is caused to implement the above context management method.
  • embodiments of the present application also provide a computer-readable storage medium.
  • a computer program is stored in the storage medium.
  • the computer program is loaded and executed by a processor, so that the computer device executes the above context management method. .
  • a computer program product including computer instructions stored in a computer-readable storage medium.
  • the processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device performs the above context management method.
  • a chip which includes: a processor for calling and running a computer program from a memory, so that a computer device installed with the chip executes the above context management method.
  • a computer program is provided, which is executed by a processor of a computer device, so that the computer device performs the above context management method.
  • the non-associated STA device when a service is performed between a non-associated STA device and an AP device, can establish a first type of context unrelated to multiple services between the non-associated STA device and the AP device, and a second type of context related to each service. Context, thereby ensuring the efficiency of context management through the management of multiple types of contexts in the scenario of service execution through non-associated STA.
  • Figure 1 is a schematic diagram of the network architecture of a communication system provided by an embodiment of the present application.
  • Figure 2 is a flow chart of a context management method provided by an embodiment of the present application.
  • Figure 3 is a schematic diagram of a context structure involved in the embodiment shown in Figure 2;
  • Figure 4 is a flow chart of a context management method provided by an embodiment of the present application.
  • Figure 5 is an architectural schematic diagram of context management provided by an embodiment of the present application.
  • Figure 6 is a flow chart of a context management method provided by an embodiment of the present application.
  • Figure 7 is a schematic diagram of a context establishment process related to the embodiment shown in Figure 6;
  • Figure 8 is a schematic diagram of a context establishment process related to the embodiment shown in Figure 6;
  • FIG. 9 is a block diagram of an STA device provided by an embodiment of the present application.
  • Figure 10 is a block diagram of a context management device provided by an embodiment of the present application.
  • Figure 11 is a schematic structural diagram of a computer device provided by an embodiment of the present application.
  • WLAN Wireless Local Area Networks
  • WiFi Wireless Fidelity
  • other communication systems such as: Wireless Local Area Networks (WLAN), Wireless Fidelity (Wireless Fidelity, WiFi) or other communication systems.
  • WLAN Wireless Local Area Networks
  • WiFi Wireless Fidelity
  • WiFi Wireless Fidelity
  • FIG. 1 shows a schematic diagram of the network architecture of a communication system 100 provided by an embodiment of the present application.
  • the communication system 100 may include an access point 110 (ie, AP), and a station 120 (ie, STA) that accesses the network through the access point 110.
  • an access point 110 ie, AP
  • a station 120 ie, STA
  • AP is also called AP STA, that is, in a certain sense, AP is also a kind of STA.
  • STA is also called non-AP STA (non-AP STA).
  • Communication in the communication system 100 may be communication between AP and non-AP STA, communication between non-AP STA and non-AP STA, or communication between STA and peer STA, where peer STA It can refer to the device that communicates peer-to-peer with the STA.
  • the peer STA may be an AP or a non-AP STA.
  • the AP is equivalent to a bridge connecting the wired network and the wireless network. Its main function is to connect various wireless network clients together and then connect the wireless network to the Ethernet.
  • the AP device can be a terminal device with a WiFi chip (such as a mobile phone) or a network device (such as a wireless router, wireless switch or wireless relay device).
  • the role of STA in the communication system is not absolute.
  • the mobile phone when the mobile phone is connected to the router, the mobile phone is a non-AP STA.
  • the mobile phone When the mobile phone is used as a hotspot for other mobile phones, the mobile phone acts as an AP. .
  • AP and non-AP STA can be devices used in the Internet of Vehicles, IoT nodes, sensors, etc. in the Internet of Things (IoT), smart cameras, smart remote controls, smart water meters, etc. in smart homes. and sensors in smart cities, etc.
  • IoT Internet of Things
  • non-AP STAs may support the 802.11be standard.
  • Non-AP STA can also support 802.11ax, 802.11ac, 802.11n, 802.11g, 802.11b and 802.11a and other current and future 802.11 family wireless LAN (wireless local area networks, WLAN) standards.
  • the AP may be a device supporting the 802.11be standard.
  • the AP can also be a device that supports multiple current and future 802.11 family WLAN standards such as 802.11ax, 802.11ac, 802.11n, 802.11g, 802.11b, and 802.11a.
  • the STA may be a mobile phone (Mobile Phone), tablet computer (Pad), computer, virtual reality (Virtual Reality, VR) device, augmented reality (Augmented Reality, AR) device that supports WLAN or WiFi technology, Wireless equipment in industrial control, set-top boxes, wireless equipment in self-driving, vehicle communication equipment, wireless equipment in remote medical, and wireless equipment in smart grid , wireless equipment in transportation safety, wireless equipment in smart city (smart city) or wireless equipment in smart home (smart home), wireless communication chips/ASIC/SOC/, etc.
  • the frequency bands that WLAN technology can support may include, but are not limited to: low frequency bands (such as 2.4GHz, 5GHz, 6GHz) and high frequency bands (such as 60GHz).
  • Figure 1 exemplarily shows one AP STA and two non-AP STAs.
  • the communication system 100 may include multiple AP STAs and other numbers of non-AP STAs. This is not the case in the embodiment of the present application. Make limitations.
  • the communication device may include an access point 110 and a station 120 with communication functions.
  • the access point 110 and the station 120 may be the specific devices described above, which will not be described again here.
  • the communication device may also include other devices in the communication system 100, such as network controllers, gateways and other network entities, which are not limited in the embodiments of this application.
  • the "instruction” mentioned in the embodiments of this application may be a direct instruction, an indirect instruction, or an association relationship.
  • a indicates B which can mean that A directly indicates B, for example, B can be obtained through A; it can also mean that A indirectly indicates B, for example, A indicates C, and B can be obtained through C; it can also mean that there is an association between A and B. relation.
  • correlate can mean that there is a direct correspondence or indirect correspondence between the two, it can also mean that there is an associated relationship between the two, or it can mean indicating and being instructed, configuration and being. Configuration and other relationships.
  • predefinition can be achieved by pre-saving corresponding codes, tables or other methods that can be used to indicate relevant information in the device (for example, including access points and sites).
  • This application is specific to its The implementation method is not limited.
  • predefined can refer to what is defined in the protocol.
  • the "protocol” may refer to a standard protocol in the communication field, which may include, for example, the WiFi protocol and related protocols applied in future WiFi communication systems. This application does not limit this.
  • the access point 110 and the station 120 can be associated and communicated through wireless LAN technology.
  • the above-mentioned association refers to the process of wireless link service negotiation between the STA and the AP, which is used to establish the wireless link between the STA and the AP.
  • the station 120 can be said to be an unassociated station (unassociated STA, U-STA) of the access point 110.
  • wireless signals can be used between the AP and STA to implement services other than data transmission.
  • related technologies propose solutions for using WLAN signals to implement WLAN-aware services.
  • services such as WLAN ranging services can also be implemented between AP devices and STA devices.
  • the services involved subsequently may include non-data transmission services based on wireless signals between the AP and the STA.
  • FIG 2 shows a flow chart of a context management method provided by an embodiment of the present application.
  • the method may be performed by an STA device, where the above-mentioned STA device may be one of the sites 120 in the network architecture shown in Figure 1; and, the STA device is a non-associated STA of the AP device, and the AP device may be a STA of the network architecture shown in Figure 1 Access point 110 in the network architecture shown.
  • the method may include the following steps:
  • Step 201 Establish a first-type context and at least one second-type context with the access point device; the first-type context is a context independent of multiple services; the second-type context is one of multiple services. Relevant contexts; at least one second type context corresponds to one service.
  • the STA device When the STA device establishes the first type context and at least one second type context with the access point device, it can establish different contexts in multiple stages; for example, the STA device first establishes the first type context and a second type context. The STA device can also establish a first-type context first, and then establish at least one second-type context later.
  • the STA device may also simultaneously establish the above first type context and at least one second type context.
  • the above-mentioned service-independent context may refer to a context that is not related to the specific service itself.
  • the above-mentioned service-independent context may be a context shared by multiple services, for example, a context that provides basic communication functions.
  • the characteristic of this service-independent context is that it needs to be used during the execution of multiple services, or in other words, this service-independent context is effective for multiple services.
  • the above-mentioned service-related context may refer to the context related to the specific service itself.
  • the above-mentioned service-related context may be a context dedicated to a specific service, for example, a context configured for a specific service.
  • the characteristic of this service-related context is that a specific service needs to use this context during execution, but other services do not use this context during execution. In other words, this service-related context is effective for specific services but not for other services.
  • the non-associated STA when the AP device and a non-associated STA perform services, can establish multiple service-independent contexts between the two, as well as contexts related to each service, where the first The combination of a type context and any second type context can be used to support the execution of services corresponding to the second type context between the STA device and the AP device.
  • Figure 3 shows a schematic diagram of a context structure involved in an embodiment of the present application.
  • a first type context 31 a with the AP device and a second type context 31 b and a second type context 31 c with the AP device are established.
  • the first type context 31a is shared by two services (Service 1 and Service 2)
  • the second type context 31b and the second type context 31c are respectively dedicated to Service 1 and Service 2.
  • the non-associated STA device when a service is performed between a non-associated STA device and an AP device, the non-associated STA device can establish a first type context unrelated to multiple services between the non-associated STA device and the AP device, and each A second type of service-related context, thereby ensuring the efficiency of context management through the management of multiple types of contexts in the scenario of service execution through non-associated STA.
  • FIG. 4 shows a flow chart of a context management method provided by an embodiment of the present application.
  • the method may be performed by an AP device, where the above-mentioned AP device may be the access point 110 in the network architecture shown in FIG. 1 .
  • the method may include the following steps:
  • Step 401 Establish a first type context and at least one second type context with the STA device; the STA device is a non-associated STA of the AP device; the first type context is a context unrelated to multiple services; the second type context is A context related to one service among multiple services; at least one second type context corresponds to one service respectively.
  • the AP device when it establishes a first-type context and at least one second-type context with the access point device, it can establish different contexts in multiple stages; for example, the AP device first A first-type context and a second-type context are established, and then other second-type contexts are established; or, the AP device can also establish a first-type context first, and then establish at least one second-type context.
  • the AP device may also simultaneously establish the above first type context and at least one second type context.
  • the AP device when performing services between the STA device and the AP device, can establish a first type of context between the STA device and the STA device that is independent of multiple services, as well as the context related to each service.
  • the second type of context ensures the efficiency and flexibility of context management through the management of multiple types of contexts in the scenario of service execution through non-associated STA.
  • STA device 501 is an unassociated STA of AP device 502.
  • a first type context 503 and at least one second type context 504 may be established between the STA device 501 and the AP device 502.
  • a combination of the first type context 503 and any one of the second type context 504 can support a service.
  • the above first type context 503 and three second type contexts 504 are combined to support service 1, service 2 and service 3 respectively.
  • FIG. 6 shows a flow chart of a context management method provided by an embodiment of the present application.
  • This method can be executed interactively by an STA device and an AP device, where the above-mentioned STA device can be one of the stations 120 in the network architecture shown in Figure 1, and the above-mentioned AP device can be an access point in the network architecture shown in Figure 1. Point 110; and, the STA device is a non-associated STA of the AP device.
  • the method may include the following steps:
  • Step 601 Establish a first type context and at least one second type context between the STA device and the AP device.
  • the STA device and the AP device can establish and maintain the first type context and at least one second type context in their respective devices through signaling interaction.
  • the first type of context is a context that has nothing to do with multiple services
  • the second type of context is a context that is related to one of multiple services
  • at least one second type of context corresponds to one service.
  • the first type of context mentioned above can be called a service independent context.
  • the above-mentioned service-independent context may refer to a context that is not limited to use by a specific service among multiple services, but may be shared by multiple services.
  • the above-mentioned second type of context can also be called service-specific context (service dependent context).
  • the service-specific context may refer to the context used by a specific service.
  • the first type of context includes at least one of the following information: address information of the communicating parties, communication capability information of the communicating parties, security contexts of the communicating parties, and security context-dependent variables of the communicating parties. , the identifiers of the communicating parties, the service parameters of the communicating parties' services, and/or the cache spaces of the communicating parties;
  • the second type of context includes at least one of the following information: the address information of the communicating parties, the communication capability information of the communicating parties, the security context of the communicating parties, the variables of the communicating parties that depend on the security context, the identifiers of the communicating parties, the communicating parties Information other than the first type context in the service parameters of the service and/or the cache space of the communicating parties.
  • the types of information contained in the first type context and the second type context may be specified by a protocol, or determined by negotiation between the STA device and the AP device.
  • the above communication capability information includes at least one of the following information: the operation category supported by the device to which it belongs (ie, which communication channels are supported), the transmission rate supported by the device to which it belongs, and the modulation and coding method supported by the device to which it belongs. and/or the number of airspace flows supported by the device.
  • the above-mentioned communication capability information may be capability information that supports basic communication between devices, such as which communication channels the device supports, which levels of transmission rates and modulation and coding methods the device supports, how many airspace streams the device supports at most, etc.
  • the address information of the above-mentioned communicating parties may be the MAC (Media Access Control, Media Access Control) addresses of the communicating parties, etc.
  • the identifiers of the communicating parties can be service-related identifiers, such as Unassociated Identity (UID) or Ranging Session ID (RSID).
  • UID Unassociated Identity
  • RSID Ranging Session ID
  • the security context includes Pairwise Transient Key Security Association (PTKSA) information.
  • PTKSA Pairwise Transient Key Security Association
  • the above security context may include PTKSA information.
  • variables that depend on the security context include at least one of the following information:
  • Package number Package Number, PN
  • replay counter Real-Time Counter
  • the above security context-dependent variables may include packet sequence numbers or replay counters, or the security context-dependent variables may also contain packet sequence numbers or replay counters.
  • the service includes a WLAN awareness service or a WLAN ranging service.
  • the services involved in the embodiments of this application may also include other services based on wireless signals between the STA device and the AP device, such as WLAN positioning services.
  • the services involved in the embodiments of this application may also include services based on signals other than WLAN signals, such as perception services, ranging services, positioning services, etc. based on cellular wireless signals.
  • the above-mentioned multiple services include, but are not limited to, WLAN sensing services and WLAN ranging services.
  • the service parameters include at least one of the following information:
  • Measurement setting identification time scheduling information, bandwidth supported by the service, number of airspace flows supported by the service and/or type of measurement results.
  • the service parameters include at least one of the following information:
  • Time scheduling information bandwidth supported by the service, number of airspace flows supported by the service, and/or type of measurement results.
  • the establishment time of the first type context is no later than the establishment time of any second type context.
  • the execution of a service in addition to relying on its own specific second type context, the execution of a service also needs to rely on a service-independent (shared by multiple services) first type context.
  • the first type context contains The context corresponding to the basic communication capabilities, and the service needs to rely on the basic communication capabilities between the STA device and the AP device. Therefore, when the second type context corresponding to a certain service does not exist, it cannot be directly established. When the service is executed, the second type of context established at this time has no practical significance.
  • the above-mentioned first-type context can be established between the STA device and the AP device; for example, at least one second-type context includes two first-type contexts.
  • the STA device and the AP device can first establish the first type context, and then establish the first second type context; between the STA device and the AP device During the process of executing the first type of service, if the second type of service needs to be executed, the STA device and the AP device establish a second second type context.
  • the STA device and the AP device can establish a first second-type context while establishing the above-mentioned first-type context, and then establish another second-type context.
  • the first type context and the first second type context can be established between the STA device and the AP device (two contexts are established at the same time). If two types of services are provided, a second second type context will be established separately between the STA device and the AP device.
  • the first type of context includes basic communication-related parameters, which are generally unrelated to specific services, including: MAC addresses of itself and the other party; communication capabilities supported by itself and the other party, such as supported operation categories (That is, communication channel), supported transmission rate, supported modulation and coding method, and supported number of airspace streams; shared security context, such as PTKSA; variables that depend on the security context, such as packet sequence number PN and replay counter Replay Counter.
  • basic communication-related parameters which are generally unrelated to specific services, including: MAC addresses of itself and the other party; communication capabilities supported by itself and the other party, such as supported operation categories (That is, communication channel), supported transmission rate, supported modulation and coding method, and supported number of airspace streams; shared security context, such as PTKSA; variables that depend on the security context, such as packet sequence number PN and replay counter Replay Counter.
  • the first type of context also includes an unassociated identifier (UID).
  • UID unassociated identifier
  • RSID ranging session identifier
  • the second type of context includes information related to specific services.
  • the services include WLAN awareness service and WLAN ranging service, for example:
  • the ranging service context includes the ranging capabilities supported by itself and the other party, parameter information used for ranging (such as time scheduling information, bandwidth, airspace flow number, measurement result type), and the cache space used for ranging.
  • parameter information used for ranging such as time scheduling information, bandwidth, airspace flow number, measurement result type
  • the ranging service context includes a ranging session identifier RSID.
  • the perception service context includes the perception capabilities supported by itself and the other party, parameter information used for perception (such as measurement setting identification, time scheduling information, bandwidth, number of airspace flows, measurement result type), and cache space used for perception.
  • parameter information used for perception such as measurement setting identification, time scheduling information, bandwidth, number of airspace flows, measurement result type
  • cache space used for perception such as measurement setting identification, time scheduling information, bandwidth, number of airspace flows, measurement result type
  • cache space used for perception such as measurement setting identification, time scheduling information, bandwidth, number of airspace flows, measurement result type
  • the aware service context includes a non-associated identification UID.
  • the establishment of the first type context shall not be later than the establishment of any second type context.
  • the U-STA and the AP exchange the communication capabilities supported by themselves and the other party before establishing the sensing service context and/or the ranging service context, establish a jointly owned PTKSA and initialize the PN by executing PASN.
  • the AP can allocate a non-associated identification UID to the U-STA.
  • the non-associated identification UID will be used by the sensing service and the ranging service.
  • the non-associated identification UID is the non-associated identification UID field.
  • the non-associated identification UID is the non-associated identification UID field.
  • the non-associated identifier UID in the distance service is the ranging session identifier RSID field.
  • the UID is information in the first type of context.
  • a specific service may only depend on part of the first type context. In this case, only the establishment of the dependent part of the first type context is required to establish the corresponding second type context.
  • the ranging service only uses the communication rate, modulation and coding method and number of supported streams that both parties know in advance and must be supported, so it does not depend on the communication capabilities supported by both parties.
  • the U-STA Since the AP generally does not provide data transmission functions for U-STA, the U-STA only needs to establish the first type of context when it needs the AP to provide at least one service (such as sensing service or ranging service). Otherwise, the first type of context needs to be established separately. It makes no sense, therefore, in the embodiment of the present application, the first type context should be established together with at least one second type context.
  • the first type context should be established together with at least one second type context.
  • the U-STA and the AP exchange communication capabilities supported by themselves and the other party while establishing a aware service context.
  • the AP can allocate a sensing service-specific non-associated identity UID to the U-STA.
  • the non-associated identity UID will be used by the sensing service, and the ranging session identity RSID used in the ranging service can be the same as the non-associated identity UID.
  • the associated identification UIDs are the same or different.
  • the AP and U-STA can use different MAC addresses, PTKSAs, and PNs for different services.
  • the AP uses MAC1, PTKSA1, PN1 and Replay Counter1 in the sensing service, and uses MAC2, PTKSA2, PN2 and Replay Counter2 in the ranging service.
  • U-STA uses MAC3, PTKSA1, PN3 and Replay Counter3 in the sensing service.
  • MAC4, PTKSA2, PN4 and Replay Counter4 are used in remote services.
  • the above-mentioned MAC address, PTKSA and PN belong to the second type context.
  • U-STA can require the AP to provide multiple services (such as sensing services and ranging services) at the same time, but different services can be initiated sequentially. For example, U-STA initiates sensing services at time t0 (that is, establishing a second type of sensing-related context). ), the ranging service is initiated again (that is, the second type of context related to ranging is established) at time t1 after The establishment of the context of the second type may be independent of the establishment of the context of the first type.
  • the above process of establishing the first type context and the first second type context may include the following steps:
  • S601a The AP device sends a beacon frame, and the STA device receives the beacon frame sent by the AP device.
  • the beacon frame may be periodically sent by the AP device so that surrounding STA devices can discover the AP device.
  • S601b The STA device and the AP device exchange authentication frames.
  • the above authentication frame interaction may be an interaction executed based on the PASN process.
  • the STA device sends a basic establishment request frame to the AP device; the AP device receives the basic establishment request frame sent by the STA device.
  • the AP device sends a basic establishment response frame to the STA device; the STA device receives the basic establishment response frame sent by the AP device.
  • S601e The STA device and the AP device establish a first type context based on the information carried in the beacon frame, the authentication frame, and the basic establishment request frame.
  • S601g Establish a first service context based on the information carried in the beacon frame and the measurement setting frame; the first service context is any one of at least one second type context.
  • the beacon frame contains at least one of the following information: communication capability information of the AP device and/or service parameters of the service of the AP device;
  • the authentication frame contains parameter information used to generate the security context of both communicating parties;
  • the basic establishment request frame contains the communication capability information of the STA device
  • the basic establishment response frame contains the identification of the STA device
  • the measurement setting frame contains service parameters of the WLAN awareness service of the STA device.
  • the measurement setting frame interaction includes a measurement setting query frame sent by the STA device to the AP device, and the measurement setting query frame includes service parameters of the WLAN awareness service of the STA device.
  • the AP device and the STA device can independently establish the second type context of other services (such as WLAN ranging service) based on other processes (such as the interaction process similar to the above S601f and S601g); optionally, after establishing When other second type contexts are subsequently used, the AP device and the STA device may no longer perform the above steps S601a to S601e.
  • other services such as WLAN ranging service
  • the AP device and the STA device may no longer perform the above steps S601a to S601e.
  • FIG. 7 shows a schematic diagram of a context establishment process related to an embodiment of the present application. As shown in Figure 7, the process is as follows:
  • the AP device sends a beacon frame
  • the U-STA device receives the beacon frame.
  • the beacon frame contains communication capability information (communication capabilities), sensing capability information (sensing capabilities) and ranging capabilities information (ranging capabilities) of the AP device.
  • the U-STA device sends authentication frame 1 to the AP device.
  • the AP device sends authentication frame 2 to the U-STA device.
  • the U-STA device sends authentication frame 3 to the AP device.
  • the above authentication frame 1, authentication frame 2, and authentication frame 3 can be sent based on the PASN process.
  • Authentication frame 1, authentication frame 2, and authentication frame 3 contain parameter information used to generate the security context of both communicating parties.
  • the U-STA device sends a basic setup request frame (Basic Setup Request) to the AP device, which contains the communication capability information of the U-STA device.
  • a basic setup request frame Basic Setup Request
  • the AP device sends a Basic Setup Response frame (Basic Setup Response) to the U-STA device, which contains the UID of the U-STA device.
  • Basic Setup Response Basic Setup Response
  • the U-STA device sends a Measurement Setup Query frame (Measurement Setup Query) to the AP device, which contains the sensing capability information of the U-STA device.
  • Measurement Setup Query Measurement Setup Query
  • the AP device sends a measurement setup request frame (Measurement Setup Request) to the U-STA device.
  • a measurement setup request frame Measurement Setup Request
  • the U-STA device sends a Measurement Setup Response frame (Measurement Setup Response) to the AP device.
  • Measurement Setup Response Measurement Setup Response
  • the above-mentioned Figure 7 shows a possible information exchange scheme during the context establishment process.
  • the above-mentioned interactive information can also be modified based on the above-mentioned process, such as , at least one of the above-mentioned communication capability information, sensing capability information and ranging capability information of the AP device can be transmitted through information other than the beacon frame, such as through the foundation establishment response frame; for another example, the above-mentioned U- The sensing capability information of the STA device can also be transmitted through the measurement setting response frame.
  • the above process of establishing the first type context and the first second type context may include the following steps:
  • the AP device sends a beacon frame, and the STA device receives the beacon frame sent by the AP device.
  • the STA device exchanges measurement setting frames with the AP device.
  • the STA device and the AP device establish a first type context and a second service context based on the information carried in the beacon frame, authentication frame, and measurement setting frame; the second service context is any one of at least one second type context. item.
  • the beacon frame contains at least one of the following information: communication capability information of the AP device and/or service parameters of the service of the AP device;
  • the authentication frame contains parameter information used to generate the security context of both communicating parties;
  • the measurement setting frame contains at least one of the following information: communication capability information of the STA device, service parameters of the WLAN awareness service of the STA device, and/or an identification of the STA device.
  • the measurement setting frame interaction includes a measurement setting query frame sent by the STA device to the AP device, and a measurement setting request frame sent by the AP device to the STA device;
  • the measurement setting query frame contains at least one of the following information: communication capability information of the STA device and/or service parameters of the WLAN awareness service of the STA device;
  • the measurement setting request frame contains the identification of the STA device.
  • the AP device and the STA device can independently establish the second type context of other services (such as WLAN ranging service) based on other processes (such as the interaction processes similar to the above S601j and S601k); optionally, after establishing When other second type contexts are subsequently used, the AP device and the STA device may no longer perform the above steps S601h to S601i.
  • other processes such as the interaction processes similar to the above S601j and S601k
  • FIG. 8 shows a schematic diagram of a context establishment process related to an embodiment of the present application. As shown in Figure 8, the process is as follows:
  • the AP device sends a beacon frame, and the U-STA device receives the beacon frame.
  • the beacon frame contains communication capability information, sensing capability information, and ranging capability information of the AP device.
  • the U-STA device sends authentication frame 1 to the AP device.
  • the AP device sends authentication frame 2 to the U-STA device.
  • the U-STA device sends authentication frame 3 to the AP device.
  • the U-STA device sends a measurement setup query frame (Measurement Setup Query) to the AP device, which contains the communication capability information and sensing capability information of the U-STA device.
  • a measurement setup query frame Measurement Setup Query
  • the AP device sends a measurement setup request frame (Measurement Setup Request) to the U-STA device, which contains the UID of the U-STA device.
  • a measurement setup request frame Measurement Setup Request
  • the U-STA device sends a Measurement Setup Response frame (Measurement Setup Response) to the AP device.
  • Measurement Setup Response Measurement Setup Response
  • Step 602 The STA device and the AP device delete at least one second type context when deletion of the first type context is triggered.
  • the first type of context determines basic communication-related parameters
  • a specific service such as a sensing service or ranging service
  • the second type context has no meaning without the first type context, so it is required that clearing the first type context will cause all second type contexts to be cleared.
  • both U-STA and/or AP can initiate clearing of the first type context.
  • the U-STA and AP when the U-STA and AP trigger deletion of the first type context, they may simultaneously delete the first type context and at least one second type context in one deletion step.
  • the U-STA and the AP can also delete the first type context and at least one second type context in steps; for example, when the deletion of the first type context is triggered, they can The first type of context is deleted first, and then at least one second type of context is deleted.
  • Step 603 When deletion of the third service context is triggered, the STA device and the AP device delete the third service context and retain the first type context; the third service context is any one of at least one second type context.
  • the U-STA can require the AP to provide multiple services (such as sensing services and ranging services) at the same time, but different services can be ended one after another.
  • the AP ends the sensing service at time t2 (that is, clears sensing related services).
  • second type context the ranging service ends at t3 after the y duration (that is, the second type context related to ranging is cleared), the ranging service is still in use after t2 and before t3, so the first type needs to be retained context, so it is also required that clearing one or more second-type contexts does not affect the first-type context.
  • both U-STA and/or AP can initiate clearing of the second type context.
  • the STA device and the AP device when the deletion of the third service context is triggered, delete the third service context and retain the first type context, including:
  • the STA device and the AP device When deletion of the third service context is triggered and at least one second type context contains other contexts except the third service context, the STA device and the AP device delete the third service context and retain the first type context.
  • the STA device and the AP device delete the third service context and Type 1 context.
  • deletion of a second type context when deletion of a second type context is triggered, if the STA device and/or AP device contains other second type contexts in addition to the second type context, it means that there may be other second type contexts at this time. Other services are being executed. At this time, the STA device and/or the AP device can delete the second type context independently and retain the first type context and other second type contexts.
  • deletion of a second-type context when deletion of a second-type context is triggered, if the STA device and/or AP device does not contain other second-type contexts except the second-type context, it means that no other services are being executed at this time. At this time, the STA device and/or the AP device may delete the first type context and the second type context together.
  • the STA device and the AP device when the STA device and the AP device contain a security context in the first type context or the second type context, and the security context expires, the STA device and the AP device trigger the deletion of the first type context or the second type context containing the security context.
  • Type context when the STA device and the AP device contain a security context in the first type context or the second type context, and the security context expires, the STA device and the AP device trigger the deletion of the first type context or the second type context containing the security context.
  • the STA device and the AP device when the STA device and the AP device contain a security context in the first type context or the second type context, and the STA device and the AP device interact with deauthentication frames, deletion of the context containing the security context is triggered.
  • First type context or second type context when the STA device and the AP device contain a security context in the first type context or the second type context, and the STA device and the AP device interact with deauthentication frames, deletion of the context containing the security context is triggered. First type context or second type context.
  • the context of the sensing service and the context of the ranging service will also be cleared.
  • PTKSA can be cleared explicitly by using Deauthentication frame interaction, or it can be cleared implicitly by detecting whether the survival time has expired. Therefore, it is necessary to ensure that the survival time of PTKSA is indicated in the PASN process.
  • PASN AKM Authentication and Key Management suite
  • the setting of the survival time of PTKSA is optional, so it needs to be modified as follows: In the PASN process, when using PASN AKM, At least one of the first authentication frame and the second authentication frame must carry a timeout duration element.
  • the timeout duration value in this element is set to the value of the preset configuration parameter dot11RSNAConfigPASNPTKSATimeout.
  • the timeout duration type value in this element is set to Set to 2, indicating the key survival duration type; otherwise, the timeout duration element is optional in the first authentication frame and the second authentication frame.
  • the STA device and/or AP device can also trigger deletion of the first type context or second type context through other conditions. For example, when a certain service between the STA device and the AP device ends, the STA device and/or the AP device trigger the deletion of the second type context corresponding to the service. For another example, when all services between the STA device and the AP device are completed, the STA device and/or the AP device trigger the deletion of the first type context and simultaneously trigger the deletion of the remaining second type context.
  • the embodiment of the present application does not limit the triggering method of the deletion process of the first type context and/or the second type context.
  • Service independent context also known as Type 1 context, includes:
  • the non-associated identifier UID is the same as the UID, and the non-associated identifier UID used by the sensing service is also the same as the UID.
  • Service-specific context also known as Type 2 context
  • Service-specific context includes information related to specific services, such as:
  • Ranging service context including ranging capabilities supported by itself and the other party, parameter information used for ranging (such as time scheduling information, bandwidth, number of airspace flows, measurement result type), and cache space.
  • parameter information used for ranging such as time scheduling information, bandwidth, number of airspace flows, measurement result type
  • cache space such as cache space.
  • the ranging session identifier RSID is included.
  • Perception service context including the sensing capabilities supported by itself and the other party, parameter information used for sensing (such as measurement setting identification, time scheduling information, bandwidth, number of airspace flows, measurement result type), and cache space.
  • parameter information used for sensing such as measurement setting identification, time scheduling information, bandwidth, number of airspace flows, measurement result type
  • cache space optionally, include a non-associated identification UID.
  • non-associated identification UID include the MAC address, PTKSA, PN, and Replay Counter used separately by the awareness service.
  • the first type context should be established together with at least one second type context.
  • the establishment of one or more contexts of the second type may be independent of the establishment of the context of the first type.
  • the STA device when performing services between the STA device and the AP device, can establish a first type of context with the AP device that is independent of multiple services, as well as context related to each service.
  • the second type of context ensures the efficiency of context management through the management of multiple types of contexts in the scenario of service execution through non-associated STA.
  • FIG. 9 shows a block diagram of an STA device provided by an embodiment of the present application.
  • the STA device is an unassociated STA of the AP device, and the device has the function of implementing the steps performed by the STA device in the above context management method.
  • the device may include:
  • the first establishment module 901 is configured to establish a first type context and at least one second type context with the access point AP device;
  • the first type of context is a context unrelated to multiple services;
  • the second type of context is a context related to one of the multiple services; at least one of the second type contexts corresponds to One of said services.
  • the first type of context includes at least one of the following information: address information of both communicating parties, communication capability information of both communicating parties, security contexts of both communicating parties, and dependent security contexts of both communicating parties. variables, identifiers of both communicating parties, service parameters of the communicating parties’ services, and/or cache spaces of both communicating parties;
  • the second type of context includes at least one of the following information: address information of both communicating parties, communication capability information of both communicating parties, security context of both communicating parties, variables of both communicating parties that depend on the security context, identifiers of both communicating parties, communication Service parameters of the services of both parties and/or information in the cache space of the communicating parties, in addition to the first type of context.
  • the communication capability information includes at least one of the following information: the operation category supported by the belonging device, the transmission rate supported by the belonging device, the modulation and coding method supported by the belonging device, and/or the belonging device supports number of airspace flows.
  • the security context includes pairwise temporary key security association PTKSA information.
  • the security context-dependent variables include at least one of the following information:
  • the service includes a WLAN awareness service or a WLAN ranging service.
  • the service parameters include at least one of the following information:
  • Measurement setting identification time scheduling information, bandwidth supported by the service, number of airspace flows supported by the service and/or type of measurement results.
  • the service parameters include at least one of the following information:
  • Time scheduling information bandwidth supported by the service, number of airspace flows supported by the service, and/or type of measurement results.
  • the establishment time of the first type context is no later than the establishment time of any one of the second type contexts.
  • the first establishment module 901 is used to:
  • a first service context is established based on the information carried in the beacon frame and the measurement setting frame; the first service context is any one of at least one of the second type contexts.
  • the beacon frame contains at least one of the following information: communication capability information of the AP device and/or service parameters of services of the AP device;
  • the authentication frame contains parameter information used to generate the security context of both communicating parties;
  • the basic establishment request frame contains communication capability information of the STA device
  • the basic establishment response frame contains the identification of the STA device
  • the measurement setting frame includes service parameters of the WLAN awareness service of the STA device.
  • the measurement setting frame interaction includes a measurement setting query frame sent by the STA device to the AP device, and the measurement setting query frame includes information about the WLAN awareness service of the STA device. Service parameters.
  • the first establishment module 901 is used to:
  • the first type context and the second service context are established based on the information carried in the beacon frame, the authentication frame, and the measurement setting frame; the second service context is at least one of the second type any item in the context.
  • the beacon frame contains at least one of the following information: communication capability information of the AP device and/or service parameters of services of the AP device;
  • the authentication frame contains parameter information used to generate the security context of both communicating parties;
  • the measurement setting frame includes at least one of the following information: communication capability information of the STA device, service parameters of the WLAN awareness service of the STA device, and/or an identification of the STA device.
  • the measurement setting frame interaction includes a measurement setting query frame sent by the STA device to the AP device, and a measurement setting request frame sent by the AP device to the STA device;
  • the measurement setting query frame contains at least one of the following information: communication capability information of the STA device and/or service parameters of the WLAN awareness service of the STA device;
  • the measurement setting request frame includes the identification of the STA device.
  • the device further includes:
  • a first deletion module configured to delete at least one item of the second type context when deletion of the first type context is triggered.
  • the device further includes:
  • a second deletion module configured to delete the third service context and retain the first type context when deletion of the third service context is triggered; the third service context is at least one of the second type contexts any of them.
  • the second deletion module is configured to delete a third service context when triggered, and at least one of the second type contexts contains other contexts except the third service context. In this case, the third service context is deleted and the first type context is retained.
  • the device further includes:
  • a third deletion module configured to delete the third service context and the third service context when deletion of the third service context is triggered and at least one of the second type contexts does not contain other contexts except the third service context. Describe the first type of context.
  • the device further includes:
  • a fourth deletion module configured to trigger deletion of the first type context containing the security context when the security context is included in the first type context or the second type context and the security context expires. Or the second type of context.
  • the device further includes:
  • the fifth deletion module is configured to trigger the deletion of all the security contexts containing the security context when the first type context or the second type context contains a security context and a deauthentication frame is interacted with the AP device. the first type context or the second type context.
  • Figure 10 shows a block diagram of a context management device provided by an embodiment of the present application.
  • the device has the function of implementing the steps performed by the AP device in the above context management method.
  • the device may include:
  • the second establishment module 1001 is used to establish a first type context and at least one second type context with an STA device; the STA device is a non-associated STA of the AP device;
  • the first type of context is a context unrelated to multiple services;
  • the second type of context is a context related to one of the multiple services; at least one of the second type contexts corresponds to One of said services.
  • the first type of context includes at least one of the following information: address information of both communicating parties, communication capability information of both communicating parties, security contexts of both communicating parties, and dependent security contexts of both communicating parties. variables, identifiers of both communicating parties, service parameters of the communicating parties’ services, and/or cache spaces of both communicating parties;
  • the second type of context includes at least one of the following information: address information of both communicating parties, communication capability information of both communicating parties, security context of both communicating parties, variables of both communicating parties that depend on the security context, identifiers of both communicating parties, communication Service parameters of the services of both parties and/or information in the cache space of the communicating parties, in addition to the first type of context.
  • the communication capability information includes at least one of the following information: the operation category supported by the belonging device, the transmission rate supported by the belonging device, the modulation and coding method supported by the belonging device, and/or the belonging device supports number of airspace flows.
  • the security context includes pairwise temporary key security association PTKSA information.
  • the security context-dependent variables include at least one of the following information:
  • the service includes a WLAN awareness service or a WLAN ranging service.
  • the service parameters include at least one of the following information:
  • Measurement setting identification time scheduling information, bandwidth supported by the service, number of airspace flows supported by the service and/or type of measurement results.
  • the service parameters include at least one of the following information:
  • Time scheduling information bandwidth supported by the service, number of airspace flows supported by the service, and/or type of measurement results.
  • the establishment time of the first type context is no later than the establishment time of any one of the second type contexts.
  • the second establishment module 1001 is used to,
  • a first service context is established based on the information carried in the beacon frame and the measurement setting frame; the first service context is any one of at least one of the second type contexts.
  • the beacon frame contains at least one of the following information: communication capability information of the AP device and/or service parameters of services of the AP device;
  • the authentication frame contains parameter information used to generate the security context of both communicating parties;
  • the basic establishment request frame contains communication capability information of the STA device
  • the basic establishment response frame contains the identification of the STA device
  • the measurement setting frame includes service parameters of the WLAN awareness service of the STA device.
  • the measurement setting frame interaction includes a measurement setting query frame sent by the STA device to the AP device, and the measurement setting query frame includes information about the WLAN awareness service of the STA device. Service parameters.
  • the second establishment module 1001 is used to,
  • the first type context and the second service context are established based on the information carried in the beacon frame, the authentication frame, and the measurement setting frame; the second service context is at least one of the second type any item in the context.
  • the beacon frame contains at least one of the following information: communication capability information of the AP device and/or service parameters of services of the AP device;
  • the authentication frame contains parameter information of the security context generated by the user for both communicating parties;
  • the measurement setting frame includes at least one of the following information: communication capability information of the STA device and/or service parameters of the WLAN awareness service of the STA device and an identification of the STA device.
  • the measurement setting frame interaction includes a measurement setting query frame sent by the STA device to the AP device, and a measurement setting request frame sent by the AP device to the STA device;
  • the measurement setting query frame contains at least one of the following information: communication capability information of the STA device and/or service parameters of the WLAN awareness service of the STA device;
  • the measurement setting request frame includes the identification of the STA device.
  • the device further includes:
  • a sixth deletion module configured to delete at least one of the second type contexts when deletion of the first type context is triggered.
  • the device further includes:
  • a seventh deletion module configured to delete the third service context and retain the first type context when deletion of the third service context is triggered; the third service context is at least one of the second type contexts any of them.
  • the seventh deletion module is configured to delete a third service context when triggered, and at least one of the second type contexts contains other contexts except the third service context. In this case, the third service context is deleted and the first type context is retained.
  • the device further includes:
  • An eighth deletion module configured to delete the third service context and the third service context when deletion of the third service context is triggered and at least one of the second type contexts does not contain other contexts except the third service context. Describe the first type of context.
  • the device further includes:
  • a ninth deletion module configured to trigger deletion of the first type context containing the security context when the security context is included in the first type context or the second type context and the security context expires. Or the second type of context.
  • the device further includes:
  • a tenth deletion module configured to trigger the deletion of all the security contexts containing the security context when the first type context or the second type context contains a security context and interacts with the STA device in a deauthentication frame. the first type context or the second type context.
  • the device provided in the above embodiment implements its functions, only the division of the above functional modules is used as an example. In practical applications, the above functions can be allocated to different functional modules according to actual needs. That is, the content structure of the device is divided into different functional modules to complete all or part of the functions described above.
  • the computer device 1100 may include a processor 1101, a receiver 1102, a transmitter 1103, a memory 1104, and a bus 1105.
  • the processor 1101 includes one or more processing cores.
  • the processor 1101 executes various functional applications and information processing by running software programs and modules.
  • the receiver 1102 and the transmitter 1103 can be implemented as a communication component, and the communication component can be a communication chip.
  • This communication chip can also be called a transceiver.
  • the memory 1104 is connected to the processor 1101 through a bus 1105.
  • the memory 1104 can be used to store a computer program, and the processor 1101 is used to execute the computer program to implement various steps performed by the STAS device or AP device in the above method embodiment.
  • memory 1104 may be implemented by any type of volatile or non-volatile storage device, or combination thereof, including but not limited to: magnetic or optical disks, electrically erasable programmable Read-only memory, erasable programmable read-only memory, static ready-access memory, read-only memory, magnetic memory, flash memory, programmable read-only memory.
  • the computer device includes a processor, a memory, and a transceiver (the transceiver may include a receiver for receiving information and a transmitter for transmitting information);
  • the processor may be configured to execute, through the transceiver, all or Some steps will not be repeated here.
  • the processor and the transceiver can be used to execute all or part of the steps executed by the AP device in the embodiment shown in FIG. 4 or FIG. 6 . The steps will not be repeated here.
  • Embodiments of the present application also provide a computer-readable storage medium.
  • a computer program is stored in the storage medium.
  • the computer program is loaded and executed by a processor of the computer device, so that the computer device executes the above-mentioned Figures 2 and 4. Or in the method shown in Figure 6, each step performed by the STA device or the AP device.
  • the application also provides a computer program product, which includes computer instructions stored in a computer-readable storage medium.
  • the processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device performs the method shown in Figure 2, Figure 4 or Figure 6, and the STA device or AP device the various steps performed.
  • the application also provides a chip, which includes: a processor for calling and running a computer program from a memory, so that the computer device installed with the chip executes the method shown in Figure 2, Figure 4 or Figure 6 above. , each step performed by the STA device or AP device.
  • This application also provides a computer program, which is executed by a processor of a computer device, so that the computer device executes each of the methods executed by the STA device or the AP device as shown in the above-mentioned Figure 2, Figure 4 or Figure 6. step.

Landscapes

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

Abstract

一种上下文管理方法、装置、设备、存储介质及程序产品，属于无线通信技术领域。所述方法包括：站点STA设备建立与接入点AP设备之间的第一类型上下文以及至少一项第二类型上下文(201)；所述STA设备是所述AP设备的非关联STA；所述第一类型上下文是与服务无关的上下文；所述第二类型上下文是与服务相关的上下文；至少一项所述第二类型上下文分别对应一种服务。本方案提高了服务场景下的上下文管理的效率。

Description

上下文管理方法、装置、设备、存储介质及程序产品 技术领域
本申请涉及无线通信技术领域，特别涉及一种上下文管理方法、装置、设备、存储介质及程序产品。
背景技术
在无线局域网(Wireless Local Area Network，WLAN)中，基于WLAN信号可以实现WLAN感知以及WLAN测距等服务。
在相关技术中，站点(Station，STA)设备与接入点(Access Point，AP)设备之间执行服务时，需要双方维护上下文信息，该上下文信息中包含支持基本通信以及服务的相关配置信息。
发明内容
本申请实施例提供了一种上下文管理方法、装置、设备、存储介质及程序产品。所述技术方案如下：
一方面，本申请实施例提供了一种上下文管理方法，所述STA设备是AP设备的非关联STA；所述方法包括：
建立与接入点AP设备之间的第一类型上下文以及至少一项第二类型上下文；
其中，所述第一类型上下文是多种服务无关的上下文；所述第二类型上下文是多种所述服务中的一种所述服务相关的上下文；至少一项所述第二类型上下文分别对应一种所述服务。
一方面，本申请实施例提供了一种上下文管理方法，所述方法由AP设备执行，所述方法包括：
建立与STA设备之间的第一类型上下文以及至少一项第二类型上下文；所述STA设备是所述AP设备的非关联STA；
其中，所述第一类型上下文是多种服务无关的上下文；所述第二类型上下文是多种所述服务中的一种所述服务相关的上下文；至少一项所述第二类型上下文分别对应一种所述服务。
另一方面，本申请实施例提供了一种STA装置，所述STA装置是AP设备的非关联STA；所述装置包括：
上下文建立模块，用于建立与接入点AP设备之间的第一类型上下文以及至少一项第二类型上下文；
其中，所述第一类型上下文是多种服务无关的上下文；所述第二类型上下文是多种所述服务中的一种所述服务相关的上下文；至少一项所述第二类型上下文分别对应一种所述服务。
另一方面，本申请实施例提供了一种上下文管理装置，所述装置包括：
上下文建立模块，用于建立与STA设备之间的第一类型上下文以及至少一项第二类型上下文；所述STA设备是所述AP设备的非关联STA；
其中，所述第一类型上下文是多种服务无关的上下文；所述第二类型上下文是多种所述服务中的一种所述服务相关的上下文；至少一项所述第二类型上下文分别对应一种所述服务。
另一方面，本申请实施例提供了一种STA设备，所述STA设备是AP设备的非关联STA；所述计算机设备包括处理器、存储器和收发器；
所述处理器，用于建立与接入点AP设备之间的第一类型上下文以及至少一项第二类型上下文；
其中，所述第一类型上下文是多种服务无关的上下文；所述第二类型上下文是多种所述服务中的一种所述服务相关的上下文；至少一项所述第二类型上下文分别对应一种所述服务。
另一方面，本申请实施例提供了一种AP设备，所述AP设备包括处理器、存储器和收发器；
所述处理器，用于建立与STA设备之间的第一类型上下文以及至少一项第二类型上下文；所述STA设备是所述AP设备的非关联STA；
其中，所述第一类型上下文是多种服务无关的上下文；所述第二类型上下文是多种所述服务中的一种所述服务相关的上下文；至少一项所述第二类型上下文分别对应一种所述服务。
再一方面，本申请实施例提供了一种计算机设备，所述计算机设备包括处理器、存储器和收发器，所述存储器存储有计算机程序，所述计算机程序用于被所述处理器执行，以使得计算机设备实现上述上下文管理方法。
又一方面，本申请实施例还提供了一种计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序由处理器加载并执行，以使得计算机设备执行实现上述上下文管理方法。
另一方面，提供了一种计算机程序产品，该计算机程序包括计算机指令，该计算机指令存储在计算机 可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述上下文管理方法。
另一方面，提供了一种芯片，该芯片包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片的计算机设备执行上述上下文管理方法。
另一方面，提供了一种计算机程序，该计算机程序由计算机设备的处理器执行，以使得计算机设备执行上述上下文管理方法。
本申请实施例通过非关联STA设备与AP设备之间执行服务时，非关联STA设备可以建立与AP设备之间，由多种服务无关的第一类型上下文，以及每种服务相关的第二类型上下文，从而通过多种类型上下文的管理，在通过非关联STA执行服务场景下，保证上下文管理的效率。
附图说明
图1是本申请一个实施例提供的通信系统的网络架构的示意图；
图2是本申请一个实施例提供的上下文管理方法的流程图；
图3是图2所示实施例涉及的一种上下文结构示意图；
图4是本申请一个实施例提供的上下文管理方法的流程图；
图5是本申请一个实施例提供的上下文管理的架构示意图；
图6是本申请一个实施例提供的上下文管理方法的流程图；
图7是图6所示实施例涉及的一种上下文建立流程示意图；
图8是图6所示实施例涉及的一种上下文建立流程示意图；
图9是本申请一个实施例提供的STA装置的框图；
图10是本申请一个实施例提供的上下文管理装置的框图；
图11是本申请一个实施例提供的计算机设备的结构示意图。
具体实施方式
本申请实施例的技术方案可以应用于各种通信系统，例如：无线局域网(Wireless Local Area Networks，WLAN)、无线保真(Wireless Fidelity，WiFi)或其他通信系统等。
示例性的，请参考图1，其示出了本申请一个实施例提供的通信系统100的网络架构的示意图。该通信系统100可以包括接入点110(即AP)，以及通过接入点110接入网络的站点120(即STA)。
在一些场景中，AP或称AP STA，即在某种意义上来说，AP也是一种STA。
在一些场景中，STA或称非AP STA(non-AP STA)。
通信系统100中的通信可以是AP与non-AP STA之间的通信，也可以是non-AP STA与non-AP STA之间的通信，或者STA和peer STA之间的通信，其中，peer STA可以指与STA对等通信的设备，例如，peer STA可能为AP，也可能为non-AP STA。
AP相当于一个连接有线网和无线网的桥梁，主要作用是将各个无线网络客户端连接到一起，然后将无线网络接入以太网。AP设备可以是带有WiFi芯片的终端设备(如手机)或者网络设备(如无线路由器、无线交换机或者无线中继设备)。
应理解，STA在通信系统中的角色不是绝对的，例如，在一些场景中，手机连接路由的时候，手机是non-AP STA，手机作为其他手机的热点的情况下，手机充当了AP的角色。
AP和non-AP STA可以是应用于车联网中的设备，物联网(Internet Of Things，IoT)中的物联网节点、传感器等，智慧家居中的智能摄像头，智能遥控器，智能水表电表等，以及智慧城市中的传感器等。
在一些实施例中，non-AP STA可以支持802.11be制式。non-AP STA也可以支持802.11ax、802.11ac、802.11n、802.11g、802.11b及802.11a等多种当前以及未来的802.11家族的无线局域网(wireless local area networks，WLAN)制式。
在一些实施例中，AP可以为支持802.11be制式的设备。AP也可以为支持802.11ax、802.11ac、802.11n、802.11g、802.11b及802.11a等多种当前以及未来的802.11家族的WLAN制式的设备。
在本申请实施例中，STA可以是支持WLAN或WiFi技术的手机(Mobile Phone)、平板电脑(Pad)、电脑、虚拟现实(Virtual Reality，VR)设备、增强现实(Augmented Reality，AR)设备、工业控制(industrial control)中的无线设备、机顶盒、无人驾驶(self driving)中的无线设备、车载通信设备、远程医疗(remote medical)中的无线设备、智能电网(smart grid)中的无线设备、运输安全(transportation safety)中的无线设备、智慧城市(smart city)中的无线设备或智慧家庭(smart home)中的无线设备、无线通信芯片/ASIC/SOC/等。
WLAN技术可支持频段可以包括但不限于：低频段(例如2.4GHz、5GHz、6GHz)、高频段(例如60GHz)。
图1示例性地示出了一个AP STA和两个non-AP STA，可选地，该通信系统100可以包括多个AP STA以及包括其它数量的non-AP STA，本申请实施例对此不做限定。
应理解，本申请实施例中网络/系统中具有通信功能的设备可称为通信设备。以图1示出的通信系统100为例，通信设备可包括具有通信功能的接入点110和站点120，接入点110和站点120可以为上文所述的具体设备，此处不再赘述；通信设备还可包括通信系统100中的其他设备，例如网络控制器、网关等其他网络实体，本申请实施例中对此不做限定。
应理解，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
应理解，在本申请的实施例中提到的“指示”可以是直接指示，也可以是间接指示，还可以是表示具有关联关系。举例说明，A指示B，可以表示A直接指示B，例如B可以通过A获取；也可以表示A间接指示B，例如A指示C，B可以通过C获取；还可以表示A和B之间具有关联关系。
在本申请实施例的描述中，术语“对应”可表示两者之间具有直接对应或间接对应的关系，也可以表示两者之间具有关联关系，也可以是指示与被指示、配置与被配置等关系。
本申请实施例中，"预定义"可以通过在设备(例如，包括接入点和站点)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。比如预定义可以是指协议中定义的。
本申请实施例中，所述“协议”可以指通信领域的标准协议，例如可以包括WiFi协议以及应用于未来的WiFi通信系统中的相关协议，本申请对此不做限定。
接入点110和站点120之间可以通过无线局域网技术进行关联和通信。其中，上述的关联是指STA和AP间的无线链路服务协商的过程，用以建立STA和AP间无线链路。
接入点110和站点120之间也可以不建立关联。其中，对于接入点110来说，若一个站点120与该接入点110未建立关联，则可以称该站点120是该接入点110的非关联站点(unassociated STA，U-STA)。
在一些方案中，AP和STA之间可以通过无线信号来实现数据传输之外的服务。比如，相关技术中提出了使用WLAN信号来实现WLAN感知服务的方案。此外，基于WLAN信号，AP设备和STA设备之间还可以实现WLAN测距服务等服务。在本申请实施例的后续实施例中，后续涉及到的服务可以包括基于AP和STA之间的无线信号实现的，非数据传输的服务。
本申请各个实施例所示的方案，涉及一种非关联STA和AP之间进行服务的场景，在该场景下，需要非关联STA与AP之间维护上下文。
请参考图2，其示出了本申请一个实施例提供的上下文管理方法的流程图。该方法可以由STA设备执行，其中，上述STA设备可以是图1所示的网络架构中的站点120中的一个；并且，该STA设备是AP设备的非关联STA，该AP设备可以是图1所示的网络架构中的接入点110。该方法可以包括如下步骤：
步骤201，建立与接入点设备之间的第一类型上下文以及至少一项第二类型上下文；第一类型上下文是多种服务无关的上下文；第二类型上下文是多种服务中的一种服务相关的上下文；至少一项第二类型上下文分别对应一种服务。
其中，STA设备在建立与接入点设备之间的第一类型上下文以及至少一项第二类型上下文时，可以分多个阶段建立不同的上下文；比如，STA设备先建立第一类型上下文以及一项第二类型上下文，后续再建立其它的第二类型上下文；或者，STA设备也可以先建立第一类型上下文，后续再建立至少一个第二类型上下文。
或者，STA设备也可以同步建立上述第一类型上下文以及至少一项第二类型上下文。
其中，上述服务无关的上下文，可以是指与特定服务本身无关的上下文，比如，上述服务无关的上下文可以是多种服务共用的上下文，例如，提供基础通信功能的上下文。该服务无关的上下文的特点是多种服务执行过程中需要使用该上下文，或者说，该服务无关的上下文对多种服务生效。
上述服务相关的上下文，可以是指与特定服务本身相关的上下文，比如，上述服务相关的上下文可以是由特定服务专用的上下文，例如，针对某种特定的服务配置的上下文。该服务相关的上下文的特点是特定服务在执行过程中需要使用该上下文，而其它服务在执行过程中不使用该上下文，或者说，该服务相关的上下文对特定服务生效，对其它服务不生效。
在本申请实施例中，AP设备与非关联STA在执行服务的情况下，该非关联STA可以建立两者之间的多种服务无关的上下文，以及每种服务相关的上下文，其中，第一类型上下文和任意一项第二类型上下文的组合，可以用于支持STA设备和AP设备之间执行该第二类型上下文对应的服务。
换句话说，STA设备和AP设备之间执行一种服务时，需要同时使用到上述第一类型上下文以及当前 服务对应的第二类型上下文。
比如，请参考图3，其示出了本申请实施例涉及的一种上下文结构示意图。如图3所示，在AP设备的非关联STA设备31中，建立有与AP设备之间的第一类型上下文31a，以及与AP设备之间的第二类型上下文31b和第二类型上下文31c。其中，第一类型上下文31a由两种服务(服务1和服务2)共用，第二类型上下文31b和第二类型上下文31c分别由服务1和服务2专用。
综上所述，在本申请实施例中，非关联STA设备与AP设备之间执行服务时，非关联STA设备可以建立与AP设备之间，由多种服务无关的第一类型上下文，以及每种服务相关的第二类型上下文，从而通过多种类型上下文的管理，在通过非关联STA执行服务场景下，保证上下文管理的效率。
请参考图4，其示出了本申请一个实施例提供的上下文管理方法的流程图。该方法可以由AP设备执行，其中，上述AP设备可以是图1所示的网络架构中的接入点110。该方法可以包括如下步骤：
步骤401，建立与STA设备之间的第一类型上下文以及至少一项第二类型上下文；STA设备是AP设备的非关联STA；第一类型上下文是多种服务无关的上下文；第二类型上下文是多种服务中的一种服务相关的上下文；至少一项第二类型上下文分别对应一种服务。
与ST设备建立上下文的过程类似，AP设备在建立与接入点设备之间的第一类型上下文以及至少一项第二类型上下文时，可以分多个阶段建立不同的上下文；比如，AP设备先建立第一类型上下文以及一项第二类型上下文，后续再建立其它的第二类型上下文；或者，AP设备也可以先建立第一类型上下文，后续再建立至少一个第二类型上下文。
或者，AP设备也可以同步建立上述第一类型上下文以及至少一项第二类型上下文。
综上所述，在本申请实施例中，STA设备与AP设备之间执行服务时，AP设备可以建立与STA设备之间，由多种服务无关的第一类型上下文，以及每种服务相关的第二类型上下文，从而通过多种类型上下文的管理，在通过非关联STA执行服务场景下，保证上下文管理的效率和灵活性。
请参考图5，其示出了本申请一个实施例提供的上下文管理的架构示意图。如图5所示，STA设备501是AP设备502的非关联STA。STA设备501和AP设备502之间可以建立第一类型上下文503，以及至少一项第二类型上下文504。
在图5所示的方案中，第一类型上下文503和任意一项第二类型上下文504的组合可以支持一种服务。比如，如图5所示，上述第一类型上下文503和分别与三项第二类型上下文504组合，可以分别支持服务1，服务2以及服务3。
在图5所示的架构中，当STA设备501和AP设备502之间新启动一种服务时，STA设备501和AP设备502中只需要增加对应的新的第二类型上下文504即可，不需要针对每种服务单独建立包含第一类型上下文以及第二类型上下文的内容的完整上下文，从而实现了在通过非关联STA执行多种服务的情况下，对上下文的灵活管理，提高了上下文的管理效率。
请参考图6，其示出了本申请一个实施例提供的上下文管理方法的流程图。该方法可以由STA设备和AP设备交互执行，其中，上述STA设备可以是图1所示的网络架构中的站点120中的一个，上述AP设备可以是图1所示的网络架构中的接入点110；并且，该STA设备是AP设备的非关联STA。该方法可以包括如下步骤：
步骤601，STA设备与AP设备之间建立第一类型上下文以及至少一项第二类型上下文。
在本申请实施例中，STA设备和AP设备之间可以通过信令交互，在各自设备中建立并维护第一类型上下文以及至少一项第二类型上下文。
其中，第一类型上下文是多种服务无关的上下文；第二类型上下文是多种服务中的一种服务相关的上下文；至少一项第二类型上下文分别对应一种服务。
上述第一类型上下文可以称为服务无关的上下文(service independent context)。其中，上述服务无关的上下文可以是指不限定于多个服务中特定的一个服务使用，而是可以由多个服务共用的上下文。
上述第二类型上下文也可以称为服务特定的上下文(service dependent context)。其中，服务特定的上下文可以是指由特定的服务使用的上下文。
在一种可能的实现方式中，第一类型上下文包括以下信息中的至少一种：通信双方的地址信息、通信双方的通信能力信息、通信双方的安全上下文、通信双方的依赖于安全上下文的变量、通信双方的标识、通信双方的服务的服务参数和/或通信双方的缓存空间；
第二类型上下文包括以下信息中的至少一种：通信双方的地址信息、通信双方的通信能力信息、通信双方的安全上下文、通信双方的依赖于安全上下文的变量、通信双方的标识、通信双方的服务的服务参数 和/或通信双方的缓存空间中，除了第一类型上下文之外的信息。
其中，上述第一类型上下文和第二类型上下文中包含的信息的类型可以由协议规定，或者，由STA设备和AP设备协商确定。
在一种可能的实现方式中，上述通信能力信息包括以下信息中的至少一种：所属设备支持的操作类别(即支持哪些通信信道)、所属设备支持的传输速率、所属设备支持的调制编码方式和/或所属设备支持的空域流数。
其中，上述的通信能力信息可以是支持设备之间进行基本通信的能力信息，比如设备支持哪些通信信道，设备支持哪些等级的传输速率和调制编码方式，设备最多支持多少的空域流等等。
其中，上述通信双方的地址信息可以是通信双方的MAC(Media Access Control，介质访问控制)地址等。
通信双方的标识的可以是与服务相关的标识，比如非关联标识(Unassociated Identity，UID)或测距会话标识(Ranging Session ID，RSID)等。
在一种可能的实现方式中，安全上下文包括成对临时密钥安全关联(Pairwise Transient Key Security Association，PTKSA)信息。
比如，在STA设备和AP设备之间执行关联前安全协商(Pre-Association Security Negotiation，PASN)的情况下，上述安全上下文可以包括PTKSA信息。
在一种可能的实现方式中，依赖于安全上下文的变量包括以下信息中的至少一种：
包序号(Package Number，PN)和/或重放计数器(Replay Counter)。
比如，在STA设备和AP设备之间执行PASN的情况下，上述依赖于安全上下文的变量可以有包序号或者重放计数器，或者，依赖于安全上下文的变量同时包含包序号或者重放计数器。
在一种可能的实现方式中，服务包括WLAN感知服务或WLAN测距服务。
可选的，本申请实施例涉及的服务还可以包含其他基于STA设备和AP设备之间的无线信号实现的服务，比如WLAN定位服务等。可选的，本申请实施例涉及的服务还可以包含基于WLAN信号之外的其它信号实现的服务，比如基于蜂窝无线信号实现的感知服务、测距服务、定位服务等等。
在本申请实施例中，上述多种服务包括且不限于WLAN感知服务以及WLAN测距服务。
在一种可能的实现方式中，在服务包括WLAN感知服务的情况下，服务参数包括以下信息中的至少一种：
测量设置标识、时间调度信息、服务支持的带宽、服务支持的空域流数和/或测量结果类型。
在一种可能的实现方式中，在服务包括WLAN测距服务的情况下，服务参数包括以下信息中的至少一种：
时间调度信息、服务支持的带宽、服务支持的空域流数和/或测量结果类型。
在一种可能的实现方式中，第一类型上下文的建立时间不晚于任意一项第二类型上下文的建立时间。
在本申请实施例中，由于服务的执行除了需要依赖自己特定的第二类型上下文之外，还需要依赖服务无关(多种服务共用)的第一类型上下文，比如，假设第一类型上下文中包含基本通信能力对应的上下文，而服务需要依赖STA设备和AP设备之间的基本通信能力，因此，在不存在第一类型上下文的情况下单独建立某个服务对应的第二类型上下文时，无法直接执行服务，此时建立的第二类型上下文没有实际意义。
因此，在本申请实施例中，在至少一项第二类型上下文建立之前，STA设备和AP设备之间可以先建立上述第一类型上下文；比如，以至少一项第二类型上下文包含两个第二类型上下文为例，当STA设备和AP设备执行需要执行第一种服务时，STA设备和AP设备可以先建立第一类型上下文，然后建立第一个第二类型上下文；在STA设备和AP设备执行第一种服务的过程中，若需要执行第二种服务，则STA设备和AP设备再建立第二个第二类型上下文。
或者，在本申请实施例中，STA设备和AP设备可以在建立上述第一类型上下文的同时，建立第一个第二类型上下文，然后再建立另一个第二类型上下文。比如，当STA设备和AP设备执行需要执行第一种服务时，STA设备和AP设备之间可以建立第一类型上下文和第一个第二类型上下文(两个上下文同时建立)，若需要执行第二种服务，则STA设备和AP设备之间再单独建立第二个第二类型上下文。
例如，第一类型上下文，包括基础性的通信相关的参数，一般与特定服务无关，包括：自身和对方的MAC地址；自身和对方所支持的通信能力(communication capabilities)，例如支持的操作类别(即通信信道)，支持的传输速率，支持的调制编码方法，和支持的空域流数；共同拥有的安全上下文，例如PTKSA；依赖于安全上下文的变量，例如包序号PN和重放计数器Replay Counter。
可选地，所述第一类型上下文还包括非关联标识(UID)。此时感知服务中所使用的非关联标识与该非关联标识一致，测距服务中所使用的测距会话标识(RSID)也与该非关联标识一致。U-STA与AP之间可以只存在一个第一类型上下文，该第一类型上下文在多个服务间共享，其生命周期一般长于所有第二类型 上下文的生命周期。
第二类型上下文，包括与特定服务相关的信息，以服务包括WLAN感知服务和WLAN测距服务为例，例如：
测距服务上下文，包括自身和对方所支持的测距能力，测距所使用的参数信息(例如时间调度信息，带宽，空域流数，测量结果类型)，测距所使用的缓存空间。可选地，测距服务上下文包括测距会话标识RSID。
感知服务上下文，包括自身和对方所支持的感知能力，感知所使用的参数信息(例如测量设置标识，时间调度信息，带宽，空域流数，测量结果类型)，感知所使用的缓存空间。可选地，感知服务上下文包括非关联标识UID。
由于第一类型上下文决定了基础性的通信相关的参数，在没有第一类型上下文的情况下U-STA与AP之间无法真正地执行具体的某个服务(例如感知服务或测距服务)，所以在本申请实施例中，第一类型上下文的建立不得(shall not)晚于任意一种第二类型上下文的建立。
例如在一些实施例中，U-STA与AP在建立感知服务上下文和/或测距服务上下文之前，交换自身和对方所支持的通信能力，通过执行PASN建立共同拥有的PTKSA并初始化PN。可选地，AP可以为U-STA分配非关联标识UID，该非关联标识UID将被感知服务和测距服务所使用，在感知服务中该非关联标识UID为非关联标识UID字段，在测距服务中该非关联标识UID为测距会话标识RSID字段。此时，UID为第一类型上下文中的信息。
值得说明的是，具体的某个服务可能仅仅依赖于部分第一类型上下文，这种情况下只需完成所依赖部分的第一类型上下文的建立，即可建立相应的第二类型上下文。例如，测距服务中仅使用双方所预先知道的必须支持的通信速率、调制编码方法和支持的流数，因此不依赖于交换双方所支持的通信能力。
又由于AP一般不给U-STA提供数据传输功能，U-STA只有需要AP提供至少一种服务(例如感知服务或测距服务)时才需要建立第一类型上下文，否则单独建立第一类型上下文没有意义，因此，在本申请实施例中，第一类型上下文建议(should)与至少一种第二类型上下文一起建立。
例如在一些实施例中，U-STA与AP在建立感知服务上下文的同时交换自身和对方所支持的通信能力。可选地，AP可以为U-STA分配感知服务特定的非关联标识UID，该非关联标识UID将被感知服务所使用，而在测距服务中所使用的测距会话标识RSID可以与该非关联标识UID相同或不同。可选地，AP和U-STA可以为不同地服务使用不同的MAC地址、PTKSA和PN。例如AP在感知服务中使用MAC1、PTKSA1、PN1和Replay Counter1，在测距服务中使用MAC2、PTKSA2、PN2和Replay Counter2,U-STA在感知服务中使用MAC3、PTKSA1、PN3和Replay Counter3，在测距服务中使用MAC4、PTKSA2、PN4和Replay Counter4。此时，上述MAC地址、PTKSA和PN属于第二类型上下文。
U-STA可以要求AP同时提供多种服务(例如感知服务和测距服务)，但是不同服务可以是先后发起的，例如U-STA在t0时刻发起感知服务(即建立感知相关的第二类型上下文)，在x时长后的t1时刻又发起测距服务(即建立测距相关的第二类型上下文)，而第一类型上下文不需要重复建立，因此，在本申请实施例中，一个或多个第二类型上下文的建立可以(may)独立于第一类型上下文的建立。
在一种可能的实现方式中，上述建立第一类型上下文和第一个第二类型上下文的过程可以包括如下步骤：
S601a，AP设备发送信标帧，STA设备接收AP设备发送的信标帧。
其中，上述信标帧可以有AP设备周期性发送，以便周围的STA设备发现该AP设备。
S601b，STA设备与AP设备进行认证帧交互。
其中，上述认证帧交互可以是基于PASN流程执行的交互。
S601c，STA设备向AP设备发送基础建立请求帧；AP设备接收STA设备发送基础建立请求帧。
S601d，AP设备向STA设备发送基础建立响应帧；STA设备接收AP设备发送的基础建立响应帧。
S601e，STA设备与AP设备基于信标帧、认证帧、以及基础建立请求帧中携带的信息建立第一类型上下文。
S601f，STA设备与AP设备进行测量设置帧交互。
S601g，基于信标帧以及测量设置帧中携带的信息建立第一服务上下文；第一服务上下文是至少一项第二类型上下文中的任意一项。
在一种可能的实现方式中，信标帧中包含以下信息中的至少一种：AP设备的通信能力信息和/或AP设备的服务的服务参数；
认证帧中包含用于产生通信双方的安全上下文的参数信息；
基础建立请求帧中包含STA设备的通信能力信息；
基础建立响应帧中包含STA设备的标识；
测量设置帧中包含STA设备的WLAN感知服务的服务参数。
在一种可能的实现方式中，测量设置帧交互中包含STA设备发送给AP设备的测量设置查询帧，测量设置查询帧中包含STA设备的WLAN感知服务的服务参数。
在上述过程之后，AP设备与STA设备可以基于其他的流程(比如类似于上述S601f和S601g的交互流程)单独建立其他服务(比如WLAN测距服务)的第二类型上下文；可选的，在建立后续其他的第二类型上下文时，AP设备与STA设备可以不再执行上述步骤S601a至S601e的步骤。
例如，请参考图7，其示出了本申请实施例涉及的一种上下文建立流程示意图。如图7所示，该流程如下：
S71，AP设备发送信标帧，U-STA设备接收该信标帧。其中，该信标帧中包含AP设备的通信能力信息(communication capabilities)、感知能力信息(sensing capabilities)以及测距能力信息(ranging capabilities)。
S72，U-STA设备向AP设备发送认证帧1。
S73，AP设备向U-STA设备发送认证帧2。
S74，U-STA设备向AP设备发送认证帧3。
其中上述认证帧1、认证帧2、认证帧3可以基于PASN流程进行发送。认证帧1、认证帧2、认证帧3中包含用于产生通信双方的安全上下文的参数信息。
S75，U-STA设备向AP设备发送基础建立请求帧(Basic Setup Request)，其中包含U-STA设备的通信能力信息。
S76，AP设备向U-STA设备发送基础建立响应帧(Basic Setup Response)，其中包含U-STA设备的UID。
S77，U-STA设备向AP设备发送测量设置查询帧(Measurement Setup Query)，其中包含U-STA设备的感知能力信息。
S78，AP设备向U-STA设备发送测量设置请求帧(Measurement Setup Request)。
S79，U-STA设备向AP设备发送测量设置响应帧(Measurement Setup Response)。
其中，上述图7示出的是一种可能的上下文建立过程中的信息交互方案，可选的，在本申请实施例所示的方案中，上述交互的信息也可以基于上述流程进行修改，比如，上述AP设备的通信能力信息、感知能力信息以及测距能力信息中的至少一种信息可以通过信标帧之外的信息进行传输，比如通过基础建立响应帧进行传输；再比如，上述U-STA设备的感知能力信息也可以通过测量设置响应帧进行传输。
在一种可能的实现方式中，上述建立第一类型上下文和第一个第二类型上下文的过程可以包括如下步骤：
S601h，AP设备发送信标帧，STA设备接收AP设备发送的信标帧。
S601i，STA设备与AP设备进行认证帧交互。
S601j，STA设备与AP设备进行测量设置帧交互。
S601k，STA设备与AP设备基于信标帧、认证帧、以及测量设置帧中携带的信息建立第一类型上下文以及第二服务上下文；第二服务上下文是至少一项第二类型上下文中的任意一项。
在一种可能的实现方式中，信标帧中包含以下信息中的至少一种：AP设备的通信能力信息和/或AP设备的服务的服务参数；
认证帧中包含用于产生通信双方的安全上下文的参数信息；
测量设置帧中包含以下信息中的至少一种：STA设备的通信能力信息、STA设备的WLAN感知服务的服务参数和/或STA设备的标识。
在一种可能的实现方式中，测量设置帧交互中包含STA设备发送给AP设备的测量设置查询帧，以及AP设备发送给STA设备的测量设置请求帧；
测量设置查询帧中包含以下信息中的至少一种：STA设备的通信能力信息和/或STA设备的WLAN感知服务的服务参数；
测量设置请求帧中包含STA设备的标识。
在上述过程之后，AP设备与STA设备可以基于其他的流程(比如类似于上述S601j和S601k的交互流程)单独建立其他服务(比如WLAN测距服务)的第二类型上下文；可选的，在建立后续其他的第二类型上下文时，AP设备与STA设备可以不再执行上述步骤S601h至S601i的步骤。
例如，请参考图8，其示出了本申请实施例涉及的一种上下文建立流程示意图。如图8所示，该流程如下：
S81，AP设备发送信标帧，U-STA设备接收该信标帧。其中，该信标帧中包含AP设备的通信能力信息、感知能力信息以及测距能力信息。
S82，U-STA设备向AP设备发送认证帧1。
S83，AP设备向U-STA设备发送认证帧2。
S84，U-STA设备向AP设备发送认证帧3。
S85，U-STA设备向AP设备发送测量设置查询帧(Measurement Setup Query)，其中包含U-STA设备的通信能力信息和感知能力信息。
S86，AP设备向U-STA设备发送测量设置请求帧(Measurement Setup Request)，其中包含U-STA设备的UID。
S87，U-STA设备向AP设备发送测量设置响应帧(Measurement Setup Response)。
步骤602，STA设备和AP设备在触发删除第一类型上下文的情况下，删除至少一项第二类型上下文。
由于第一类型上下文决定了基础性的通信相关的参数，在没有第一类型上下文的情况下U-STA与AP之间无法真正地执行具体的某个服务(例如感知服务或测距服务)，没有第一类型上下文时第二类型上下文没有存在的意义，所以要求：清除第一类型上下文将导致所有第二类型上下文的清除。一般地，U-STA和/或AP都可以发起清除第一类型上下文。
其中，U-STA与AP在触发删除第一类型上下文的情况下，可以在一个删除步骤中同时删除第一类型上下文以及至少一项第二类型上下文。
或者，U-STA与AP在触发删除第一类型上下文的情况下，也可以分步骤删除第一类型上下文以及至少一项第二类型上下文；比如，在触发删除第一类型上下文的情况下，可以先删除第一类型上下文，然后再删除至少一项第二类型上下文。
步骤603，STA设备和AP设备在触发删除第三服务上下文的情况下，删除第三服务上下文并保留第一类型上下文；第三服务上下文是至少一项第二类型上下文中的任意一项。
在本申请实施例中，U-STA可以要求AP同时提供多种服务(例如感知服务和测距服务)，但是不同服务可以是先后结束的，例如AP在t2时刻结束感知服务(即清除感知相关的第二类型上下文)，在y时长后的t3时刻又结束测距服务(即清除测距相关的第二类型上下文)，在t2之后t3之前测距服务还在使用中因此需要保留第一类型上下文，所以还要求：清除一个或多个第二类型上下文不影响第一类型上下文。一般地，U-STA和/或AP都可以发起清除第二类型上下文。
在一种可能的实现方式中，STA设备和AP设备在触发删除第三服务上下文的情况下，删除第三服务上下文并保留第一类型上下文，包括：
STA设备和AP设备在触发删除第三服务上下文，且至少一个第二类型上下文中包含除了第三服务上下文之外的其它上下文的情况下，删除第三服务上下文并保留第一类型上下文。
在一种可能的实现方式中，STA设备和AP设备在触发删除第三服务上下文，且至少一个第二类型上下文除了第三服务上下文之外不包含其它上下文的情况下，删除第三服务上下文以及第一类型上下文。
在本申请实施例中，在触发删除一个第二类型上下文时，若STA设备和/或AP设备中除了该第二类型上下文之外，还包含其他第二类型上下文，则说明此时还可能有其他的服务正在执行，此时，STA设备和/或AP设备可以单独删除该第二类型上下文，并保留第一类型上下文以及其他第二类型上下文。
相应的，在触发删除一个第二类型上下文时，若STA设备和/或AP设备中除了该第二类型上下文之外，不包含其他第二类型上下文，则说明此时没有其他的服务正在执行，此时，STA设备和/或AP设备可以将第一类型上下文以及该第二类型上下文一起删除。
在一种可能的实现方式中，STA设备和AP设备在第一类型上下文或者第二类型上下文中包含安全上下文，且安全上下文过期的情况下，触发删除包含安全上下文的第一类型上下文或者第二类型上下文。
在一种可能的实现方式中，STA设备和AP设备在第一类型上下文或者第二类型上下文中包含安全上下文，且STA设备和AP设备进行解除认证帧交互的情况下，触发删除包含安全上下文的第一类型上下文或者第二类型上下文。
例如在一些实施例中，U-STA与AP共同拥有的PTKSA被清除时也将清除感知服务的上下文和测距服务的上下文。可选地，PTKSA可以通过使用Deauthentication帧交互来显式清除，也可以通过检测存活时长是否过期来隐式清除。因此需要确保PASN过程中指示了PTKSA的存活时长。目前在使用PASN AKM(认证和密钥管理套件，Authentication and Key Management suite)的情况下，PTKSA的存活时长的设置是可选的，因此需要修改如下：在PASN流程中，当使用PASN AKM时，第一个认证帧和第二个认证帧中的至少一个必须携带超时时长元素，该元素中的超时时长值被设置为预先设置好的配置参数dot11RSNAConfigPASNPTKSATimeout的值，该元素中的超时时长类型值被设置为2，表示为密钥存活时长类型；否则，超时时长元素在第一个认证帧和第二个认证帧中是可选的。
可选的，除了上述PTKSA被清除时触发删除对应的第一类型上下文或者第二类型上下文之外，STA设备和/或AP设备还可以通过其它条件触发删除第一类型上下文或者第二类型上下文。比如，当STA设备和AP设备之间的某一种服务执行结束时，STA设备和/或AP设备触发删除该服务对应的第二类型上下文。 再比如，当STA设备和AP设备之间的所有服务都执行结束时，STA设备和/或AP设备触发删除第一类型上下文，同时触发删除剩余的第二类型上下文。本申请实施例对于第一类型上下文和/或第二类型上下文的删除流程的触发方式不做限定。
在本申请实施例的一种示例性的方案中，U-STA与AP之间维护两类上下文(context)：
一、服务无关的上下文(service independent context)，又称为第一类型(Type1)上下文，包括：
1)自身和对方的MAC地址；
2)自身和对方所支持的通信能力，例如支持的操作类别，支持的传输速率，支持的调制编码方法，和支持的流数；
3)共同拥有的安全上下文，例如PTKSA；
4)依赖于安全上下文的变量，例如包序号PN和重放计数器Replay Counter；
5)可选地，非关联标识UID，此时测距服务使用的测距会话标识RSID和该UID相同，感知服务所使用的非关联标识UID也和该UID相同。
二、服务特定的上下文(service dependent context)，又称为第二类型(Type 2)上下文，包括与特定服务相关的信息，例如：
1)测距服务上下文，包括自身和对方所支持的测距能力，测距所使用的参数信息(例如时间调度信息，带宽，空域流数，测量结果类型)，缓存空间。可选地，包括测距会话标识RSID。可选地，包括测距服务单独使用的MAC地址、PTKSA、PN和Replay Counter。
2)感知服务上下文，包括自身和对方所支持的感知能力，感知所使用的参数信息(例如测量设置标识，时间调度信息，带宽，空域流数，测量结果类型)，缓存空间。可选地，包括非关联标识UID。可选地，包括感知服务单独使用的MAC地址、PTKSA、PN和Replay Counter。
其中，U-STA与AP之间建立(Setup)上述两类上下文(context)的流程需要满足以下要求：
1)第一类型上下文的建立不得晚于任意一种第二类型上下文的建立。
2)第一类型上下文应当与至少一种第二类型上下文一起建立。
3)一个或多个第二类型上下文的建立可以独立于第一类型上下文的建立。
其中，上述U-STA与AP之间清除(Terminate)上述两类上下文(context)的流程需要满足以下要求：
1)清除第一类型上下文将导致所有第二类型上下文的清除。
2)清除一个或多个第二类型上下文不影响第一类型上下文。
通过本申请实施例所示的方案，完善和明确了非关联站点具体如何管理服务无关的上下文和服务特定的上下文。
综上所述，在本申请实施例中，STA设备与AP设备之间执行服务时，STA设备可以建立与AP设备之间，由多种服务无关的第一类型上下文，以及每种服务相关的第二类型上下文，从而通过多种类型上下文的管理，在通过非关联STA执行服务场景下，保证上下文管理的效率。
请参考图9，其示出了本申请一个实施例提供的STA装置的框图。该STA装置是AP设备的非关联STA，该装置具有实现上述上下文管理方法中，由STA设备执行的步骤的功能。如图9所示，该装置可以包括：
第一建立模块901，用于建立与接入点AP设备之间的第一类型上下文以及至少一项第二类型上下文；
其中，所述第一类型上下文是多种服务无关的上下文；所述第二类型上下文是多种所述服务中的一种所述服务相关的上下文；至少一项所述第二类型上下文分别对应一种所述服务。
在一种可能的实现方式中，所述第一类型上下文包括以下信息中的至少一种：通信双方的地址信息、通信双方的通信能力信息、通信双方的安全上下文、通信双方的依赖于安全上下文的变量、通信双方的标识、通信双方的服务的服务参数和/或通信双方的缓存空间；
所述第二类型上下文包括以下信息中的至少一种：通信双方的地址信息、通信双方的通信能力信息、通信双方的安全上下文、通信双方的依赖于安全上下文的变量、通信双方的标识、通信双方的服务的服务参数和/或通信双方的缓存空间中，除了所述第一类型上下文之外的信息。
在一种可能的实现方式中，所述通信能力信息包括以下信息中的至少一种：所属设备支持的操作类别、所属设备支持的传输速率、所属设备支持的调制编码方式和/或所属设备支持的空域流数。
在一种可能的实现方式中，所述安全上下文包括成对临时密钥安全关联PTKSA信息。
在一种可能的实现方式中，所述依赖于安全上下文的变量包括以下信息中的至少一种：
包序号PN和/或重放计数器。
在一种可能的实现方式中，所述服务包括WLAN感知服务或WLAN测距服务。
在一种可能的实现方式中，在所述服务包括所述WLAN感知服务的情况下，所述服务参数包括以下 信息中的至少一种：
测量设置标识、时间调度信息、服务支持的带宽、服务支持的空域流数和/或测量结果类型。
在一种可能的实现方式中，在所述服务包括所述WLAN测距服务的情况下，所述服务参数包括以下信息中的至少一种：
时间调度信息、服务支持的带宽、服务支持的空域流数和/或测量结果类型。
在一种可能的实现方式中，所述第一类型上下文的建立时间不晚于任意一项所述第二类型上下文的建立时间。
在一种可能的实现方式中，所述第一建立模块901，用于，
接收所述AP设备发送的信标帧；
与所述AP设备进行认证帧交互；
向所述AP设备发送基础建立请求帧；
接收所述AP设备发送的基础建立响应帧；
基于所述信标帧、所述认证帧、以及所述基础建立请求帧中携带的信息建立所述第一类型上下文；
与所述AP设备进行测量设置帧交互；
基于所述信标帧以及所述测量设置帧中携带的信息建立第一服务上下文；所述第一服务上下文是至少一项所述第二类型上下文中的任意一项。
在一种可能的实现方式中，所述信标帧中包含以下信息中的至少一种：所述AP设备的通信能力信息和/或所述AP设备的服务的服务参数；
所述认证帧中包含用于产生通信双方的安全上下文的参数信息；
所述基础建立请求帧中包含所述STA设备的通信能力信息；
所述基础建立响应帧中包含所述STA设备的标识；
所述测量设置帧中包含所述STA设备的WLAN感知服务的服务参数。
在一种可能的实现方式中，所述测量设置帧交互中包含所述STA设备发送给所述AP设备的测量设置查询帧，所述测量设置查询帧中包含所述STA设备的WLAN感知服务的服务参数。
在一种可能的实现方式中，所述第一建立模块901，用于，
接收所述AP设备发送的信标帧；
与所述AP设备进行认证帧交互；
与所述AP设备进行测量设置帧交互；
基于所述信标帧、所述认证帧、以及所述测量设置帧中携带的信息建立所述第一类型上下文以及第二服务上下文；所述第二服务上下文是至少一项所述第二类型上下文中的任意一项。
在一种可能的实现方式中，
所述信标帧中包含以下信息中的至少一种：所述AP设备的通信能力信息和/或所述AP设备的服务的服务参数；
所述认证帧中包含用于产生通信双方的安全上下文的参数信息；
所述测量设置帧中包含以下信息中的至少一种：所述STA设备的通信能力信息、所述STA设备的WLAN感知服务的服务参数和/或所述STA设备的标识。
在一种可能的实现方式中，所述测量设置帧交互中包含所述STA设备发送给所述AP设备的测量设置查询帧，以及所述AP设备发送给所述STA设备的测量设置请求帧；
所述测量设置查询帧中包含以下信息中的至少一种所述STA设备的通信能力信息和/或所述STA设备的WLAN感知服务的服务参数；
所述测量设置请求帧中包含所述STA设备的标识。
在一种可能的实现方式中，所述装置还包括：
第一删除模块，用于在触发删除所述第一类型上下文的情况下，删除至少一项所述第二类型上下文。
在一种可能的实现方式中，所述装置还包括：
第二删除模块，用于在触发删除第三服务上下文的情况下，删除所述第三服务上下文并保留所述第一类型上下文；所述第三服务上下文是至少一项所述第二类型上下文中的任意一项。
在一种可能的实现方式中，所述第二删除模块，用于在触发删除第三服务上下文，且至少一个所述第二类型上下文中包含除了所述第三服务上下文之外的其它上下文的情况下，删除所述第三服务上下文并保留所述第一类型上下文。
在一种可能的实现方式中，所述装置还包括：
第三删除模块，用于在触发删除第三服务上下文，且至少一个所述第二类型上下文除了所述第三服务上下文之外不包含其它上下文的情况下，删除所述第三服务上下文以及所述第一类型上下文。
在一种可能的实现方式中，所述装置还包括：
第四删除模块，用于在所述第一类型上下文或者所述第二类型上下文中包含安全上下文，且所述安全上下文过期的情况下，触发删除包含所述安全上下文的所述第一类型上下文或者所述第二类型上下文。
在一种可能的实现方式中，所述装置还包括：
第五删除模块，用于在所述第一类型上下文或者所述第二类型上下文中包含安全上下文，且与所述AP设备进行解除认证帧交互的情况下，触发删除包含所述安全上下文的所述第一类型上下文或者所述第二类型上下文。
请参考图10，其示出了本申请一个实施例提供的上下文管理装置的框图。该装置具有实现上述上下文管理方法中，由AP设备执行的步骤的功能。如图10所示，该装置可以包括：
第二建立模块1001，用于建立与STA设备之间的第一类型上下文以及至少一项第二类型上下文；所述STA设备是所述AP设备的非关联STA；
其中，所述第一类型上下文是多种服务无关的上下文；所述第二类型上下文是多种所述服务中的一种所述服务相关的上下文；至少一项所述第二类型上下文分别对应一种所述服务。
在一种可能的实现方式中，所述第一类型上下文包括以下信息中的至少一种：通信双方的地址信息、通信双方的通信能力信息、通信双方的安全上下文、通信双方的依赖于安全上下文的变量、通信双方的标识、通信双方的服务的服务参数和/或通信双方的缓存空间；
所述第二类型上下文包括以下信息中的至少一种：通信双方的地址信息、通信双方的通信能力信息、通信双方的安全上下文、通信双方的依赖于安全上下文的变量、通信双方的标识、通信双方的服务的服务参数和/或通信双方的缓存空间中，除了所述第一类型上下文之外的信息。
在一种可能的实现方式中，所述通信能力信息包括以下信息中的至少一种：所属设备支持的操作类别、所属设备支持的传输速率、所属设备支持的调制编码方式和/或所属设备支持的空域流数。
在一种可能的实现方式中，所述安全上下文包括成对临时密钥安全关联PTKSA信息。
在一种可能的实现方式中，所述依赖于安全上下文的变量包括以下信息中的至少一种：
包序号PN和/或重放计数器。
在一种可能的实现方式中，所述服务包括WLAN感知服务或WLAN测距服务。
在一种可能的实现方式中，在所述服务包括所述WLAN感知服务的情况下，所述服务参数包括以下信息中的至少一种：
测量设置标识、时间调度信息、服务支持的带宽、服务支持的空域流数和/或测量结果类型。
在一种可能的实现方式中，在所述服务包括所述WLAN测距服务的情况下，所述服务参数包括以下信息中的至少一种：
时间调度信息、服务支持的带宽、服务支持的空域流数和/或测量结果类型。
在一种可能的实现方式中，所述第一类型上下文的建立时间不晚于任意一项所述第二类型上下文的建立时间。
在一种可能的实现方式中，所述第二建立模块1001，用于，
向所述STA设备发送信标帧；
与所述STA设备进行认证帧交互；
接收所述STA设备发送基础建立请求帧；
向所述STA设备发送基础建立响应帧；
基于所述信标帧、所述认证帧、以及所述基础建立请求帧中携带的信息建立所述第一类型上下文；
与所述STA设备进行测量设置帧交互；
基于所述信标帧以及所述测量设置帧中携带的信息建立第一服务上下文；所述第一服务上下文是至少一项所述第二类型上下文中的任意一项。
在一种可能的实现方式中，所述信标帧中包含以下信息中的至少一种：所述AP设备的通信能力信息和/或所述AP设备的服务的服务参数；
所述认证帧中包含用于产生通信双方的安全上下文的参数信息；
所述基础建立请求帧中包含所述STA设备的通信能力信息；
所述基础建立响应帧中包含所述STA设备的标识；
所述测量设置帧中包含所述STA设备的WLAN感知服务的服务参数。
在一种可能的实现方式中，所述测量设置帧交互中包含所述STA设备发送给所述AP设备的测量设置查询帧，所述测量设置查询帧中包含所述STA设备的WLAN感知服务的服务参数。
在一种可能的实现方式中，所述第二建立模块1001，用于，
向所述STA设备发送信标帧；
与所述STA设备进行认证帧交互；
与所述STA设备进行测量设置帧交互；
基于所述信标帧、所述认证帧、以及所述测量设置帧中携带的信息建立所述第一类型上下文以及第二服务上下文；所述第二服务上下文是至少一项所述第二类型上下文中的任意一项。
在一种可能的实现方式中，所述信标帧中包含以下信息中的至少一种：所述AP设备的通信能力信息和/或所述AP设备的服务的服务参数；
所述认证帧中包含用户产生通信双方的安全上下文的参数信息；
所述测量设置帧中包含以下信息中的至少一种：所述STA设备的通信能力信息和/或所述STA设备的WLAN感知服务的服务参数以及所述STA设备的标识。
在一种可能的实现方式中，所述测量设置帧交互中包含所述STA设备发送给所述AP设备的测量设置查询帧，以及所述AP设备发送给所述STA设备的测量设置请求帧；
所述测量设置查询帧中包含以下信息中的至少一种：所述STA设备的通信能力信息和/或所述STA设备的WLAN感知服务的服务参数；
所述测量设置请求帧中包含STA设备的标识。
在一种可能的实现方式中，所述装置还包括：
第六删除模块，用于在触发删除所述第一类型上下文的情况下，删除至少一项所述第二类型上下文。
在一种可能的实现方式中，所述装置还包括：
第七删除模块，用于在触发删除第三服务上下文的情况下，删除所述第三服务上下文并保留所述第一类型上下文；所述第三服务上下文是至少一项所述第二类型上下文中的任意一项。
在一种可能的实现方式中，所述第七删除模块，用于在触发删除第三服务上下文，且至少一个所述第二类型上下文中包含除了所述第三服务上下文之外的其它上下文的情况下，删除所述第三服务上下文并保留所述第一类型上下文。
在一种可能的实现方式中，所述装置还包括：
第八删除模块，用于在触发删除第三服务上下文，且至少一个所述第二类型上下文除了所述第三服务上下文之外不包含其它上下文的情况下，删除所述第三服务上下文以及所述第一类型上下文。
在一种可能的实现方式中，所述装置还包括：
第九删除模块，用于在所述第一类型上下文或者所述第二类型上下文中包含安全上下文，且所述安全上下文过期的情况下，触发删除包含所述安全上下文的所述第一类型上下文或者所述第二类型上下文。
在一种可能的实现方式中，所述装置还包括：
第十删除模块，用于在所述第一类型上下文或者所述第二类型上下文中包含安全上下文，且与所述STA设备进行解除认证帧交互的情况下，触发删除包含所述安全上下文的所述第一类型上下文或者所述第二类型上下文。
需要说明的一点是，上述实施例提供的装置在实现其功能时，仅以上述各个功能模块的划分进行举例说明，实际应用中，可以根据实际需要而将上述功能分配由不同的功能模块完成，即将设备的内容结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
请参考图11，其示出了本申请一个实施例提供的计算机设备1100的结构示意图。该计算机设备1100可以包括：处理器1101、接收器1102、发射器1103、存储器1104和总线1105。
处理器1101包括一个或者一个以上处理核心，处理器1101通过运行软件程序以及模块，从而执行各种功能应用以及信息处理。
接收器1102和发射器1103可以实现为一个通信组件，该通信组件可以是一块通信芯片。该通信芯片也可以称为收发器。
存储器1104通过总线1105与处理器1101相连。
存储器1104可用于存储计算机程序，处理器1101用于执行该计算机程序，以实现上述方法实施例中的STAS设备或者AP设备执行的各个步骤。
此外，存储器1104可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，易失性或非易失性存储设备包括但不限于：磁盘或光盘，电可擦除可编程只读存储器，可擦除可编程只读存储器，静态随时存取存储器，只读存储器，磁存储器，快闪存储器，可编程只读存储器。
在示例性实施例中，所述计算机设备包括处理器、存储器和收发器(该收发器可以包括接收器和发射器，接收器用于接收信息，发射器用于发送信息)；
在一种可能的实现方式中，当计算机设备为STA设备时，所述处理器，可以用于通过所述收发器，执行上述图2或图6所示实施例中由STA设备执行的全部或者部分步骤，此处不再赘述。
在一种可能的实现方式中，当计算机设备为AP设备时，所述处理器和所述收发器，可以用于执行上述图4或图6所示实施例中由AP设备执行的全部或者部分步骤，此处不再赘述。
本申请实施例还提供了一种计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序由计算机设备的处理器加载并执行，以使得计算机设备执行上述图2、图4或图6所示的方法中，由STA设备或者AP设备执行的各个步骤。
本申请还提供了一种计算机程序产品，该计算机程序产品包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述图2、图4或图6所示的方法中，由STA设备或者AP设备执行的各个步骤。
本申请还提供了一种芯片，该芯片包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片的计算机设备执行如上述图2、图4或图6所示的方法中，由STA设备或者AP设备执行的各个步骤。
本申请还提供了一种计算机程序，该计算机程序由计算机设备的处理器执行，使得计算机设备执行如上述图2、图4或图6所示的方法中，由STA设备或者AP设备执行的各个步骤。

Claims (90)

  1. 一种上下文管理方法，其特征在于，所述方法由站点STA设备执行，所述STA设备是AP设备的非关联STA；所述方法包括：
    建立与接入点AP设备之间的第一类型上下文以及至少一项第二类型上下文；
    其中，所述第一类型上下文是服务无关的上下文；所述第二类型上下文是多种所述服务中的一种所述服务相关的上下文；至少一项所述第二类型上下文分别对应一种所述服务。
  2. 根据权利要求1所述的方法，其特征在于，
    所述第一类型上下文包括以下至少一种：通信双方的地址信息、通信双方的通信能力信息、通信双方的安全上下文、通信双方的依赖于安全上下文的变量、通信双方的标识、通信双方的服务的服务参数、和/或通信双方的缓存空间；
    所述第二类型上下文包括以下至少一种：通信双方的地址信息、通信双方的通信能力信息、通信双方的安全上下文、通信双方的依赖于安全上下文的变量、通信双方的标识、通信双方的服务的服务参数、和/或通信双方的缓存空间中，除了所述第一类型上下文之外的信息。
  3. 根据权利要求2所述的方法，其特征在于，所述通信能力信息包括以下至少一种：所属设备支持的操作类别、所属设备支持的传输速率、所属设备支持的调制编码方式、和/或所属设备支持的空域流数。
  4. 根据权利要求2或3所述的方法，其特征在于，所述安全上下文包括成对临时密钥安全关联PTKSA信息。
  5. 根据权利要求2至4任一所述的方法，其特征在于，所述依赖于安全上下文的变量包括以下信息中的至少一种：包序号PN和/或重放计数器。
  6. 根据权利要求2至5任一所述的方法，其特征在于，所述服务包括WLAN感知服务或WLAN测距服务。
  7. 根据权利要求6所述的方法，其特征在于，在所述服务包括所述WLAN感知服务的情况下，所述服务参数包括以下信息中的至少一种：
    测量设置标识、时间调度信息、服务支持的带宽、服务支持的空域流数和/或测量结果类型。
  8. 根据权利要求6所述的方法，其特征在于，在所述服务包括所述WLAN测距服务的情况下，所述服务参数包括以下信息中的至少一种：
    时间调度信息、服务支持的带宽、服务支持的空域流数、和/或测量结果类型。
  9. 根据权利要求1至8任一所述的方法，其特征在于，所述第一类型上下文的建立时间不晚于任意一项所述第二类型上下文的建立时间。
  10. 根据权利要求1至9所述的方法，其特征在于，所述建立与接入点AP设备之间的第一类型上下文以及至少一项第二类型上下文，包括：
    接收所述AP设备发送的信标帧；
    与所述AP设备进行认证帧交互；
    向所述AP设备发送基础建立请求帧；
    接收所述AP设备发送的基础建立响应帧；
    基于所述信标帧、所述认证帧、以及所述基础建立请求帧中携带的信息建立所述第一类型上下文；
    与所述AP设备进行测量设置帧交互；
    基于所述信标帧以及所述测量设置帧中携带的信息建立第一服务上下文；所述第一服务上下文是至少一项所述第二类型上下文中的任意一项。
  11. 根据权利要求10所述的方法，其特征在于，
    所述信标帧中包含以下信息中的至少一种：所述AP设备的通信能力信息和/或AP设备的服务的服务参数；
    所述认证帧中包含用于产生通信双方的安全上下文的参数信息；
    所述基础建立请求帧中包含所述STA设备的通信能力信息；
    所述基础建立响应帧中包含所述STA设备的标识；
    所述测量设置帧中包含所述STA设备的WLAN感知服务的服务参数。
  12. 根据权利要求11所述的方法，其特征在于，所述测量设置帧交互中包含所述STA设备发送给所述AP设备的测量设置查询帧，所述测量设置查询帧中包含所述STA设备的WLAN感知服务的服务参数。
  13. 根据权利要求1至9任一所述的方法，其特征在于，所述建立与接入点AP设备之间的第一类型上下文以及至少一项第二类型上下文，包括：
    接收所述AP设备发送的信标帧；
    与所述AP设备进行认证帧交互；
    与所述AP设备进行测量设置帧交互；
    基于所述信标帧、所述认证帧、以及所述测量设置帧中携带的信息建立所述第一类型上下文以及第二服务上下文；所述第二服务上下文是至少一项所述第二类型上下文中的任意一项。
  14. 根据权利要求13所述的方法，其特征在于，
    所述信标帧中包含以下信息中的至少一种：所述AP设备的通信能力信息和/或所述AP设备的服务的服务参数；
    所述认证帧中包含用于产生通信双方的安全上下文的参数信息；
    所述测量设置帧中包含以下信息中的至少一种：所述STA设备的通信能力信息、所述STA设备的WLAN感知服务的服务参数和/或所述STA设备的标识。
  15. 根据权利要求14所述的方法，其特征在于，所述测量设置帧交互中包含所述STA设备发送给所述AP设备的测量设置查询帧，以及所述AP设备发送给所述STA设备的测量设置请求帧；
    所述测量设置查询帧中包含以下信息中的至少一种：所述STA设备的通信能力信息和/或所述STA设备的WLAN感知服务的服务参数；
    所述测量设置请求帧中包含所述STA设备的标识。
  16. 根据权利要求1至15任一所述的方法，其特征在于，所述方法还包括：
    在触发删除所述第一类型上下文的情况下，删除至少一项所述第二类型上下文。
  17. 根据权利要求1至15任一所述的方法，其特征在于，所述方法还包括：
    在触发删除第三服务上下文的情况下，删除所述第三服务上下文并保留所述第一类型上下文；所述第三服务上下文是至少一项所述第二类型上下文中的任意一项。
  18. 根据权利要求17所述的方法，其特征在于，所述在触发删除第三服务上下文的情况下，删除所述第三服务上下文并保留所述第一类型上下文，包括：
    在触发删除第三服务上下文，且至少一个所述第二类型上下文中包含除了所述第三服务上下文之外的其它上下文的情况下，删除所述第三服务上下文并保留所述第一类型上下文。
  19. 根据权利要求18所述的方法，其特征在于，所述方法还包括：
    在触发删除第三服务上下文，且至少一个所述第二类型上下文除了所述第三服务上下文之外不包含其它上下文的情况下，删除所述第三服务上下文以及所述第一类型上下文。
  20. 根据权利要求1至19任一所述的方法，其特征在于，所述方法还包括：
    在所述第一类型上下文或者所述第二类型上下文中包含安全上下文，且所述安全上下文过期的情况下，触发删除包含所述安全上下文的所述第一类型上下文或者所述第二类型上下文。
  21. 根据权利要求1至19任一所述的方法，其特征在于，所述方法还包括：
    在所述第一类型上下文或者所述第二类型上下文中包含安全上下文，且与所述AP设备进行解除认证帧交互的情况下，触发删除包含所述安全上下文的所述第一类型上下文或者所述第二类型上下文。
  22. 一种上下文管理方法，其特征在于，所述方法由AP设备执行，所述方法包括：
    建立与STA设备之间的第一类型上下文以及至少一项第二类型上下文；所述STA设备是所述AP设备的非关联STA；
    其中，所述第一类型上下文是多种服务无关的上下文；所述第二类型上下文是多种所述服务中的一种所述服务相关的上下文；至少一项所述第二类型上下文分别对应一种所述服务。
  23. 根据权利要求22所述的方法，其特征在于，
    所述第一类型上下文包括以下信息中的至少一种：通信双方的地址信息、通信双方的通信能力信息、通信双方的安全上下文、通信双方的依赖于安全上下文的变量、通信双方的标识、通信双方的服务的服务参数和/或通信双方的缓存空间中的至少一种；
    所述第二类型上下文包括以下信息中的至少一种：通信双方的地址信息、通信双方的通信能力信息、通信双方的安全上下文、通信双方的依赖于安全上下文的变量、通信双方的标识、通信双方的服务的服务参数和/或通信双方的缓存空间中，除了所述第一类型上下文之外的信息。
  24. 根据权利要求23所述的方法，其特征在于，所述通信能力信息包括以下信息中的至少一种：所属设备支持的操作类别、所属设备支持的传输速率、所属设备支持的调制编码方式和/或所属设备支持的空域流数。
  25. 根据权利要求23或24所述的方法，其特征在于，所述安全上下文包括成对临时密钥安全关联PTKSA信息。
  26. 根据权利要求23至25任一所述的方法，其特征在于，所述依赖于安全上下文的变量包括以下信息 中的至少一种：包序号PN和/或重放计数器。
  27. 根据权利要求23至26任一所述的方法，其特征在于，所述服务包括WLAN感知服务或WLAN测距服务。
  28. 根据权利要求27所述的方法，其特征在于，在所述服务包括所述WLAN感知服务的情况下，所述服务参数包括以下信息中的至少一种：
    测量设置标识、时间调度信息、服务支持的带宽、服务支持的空域流数和/或测量结果类型。
  29. 根据权利要求27所述的方法，其特征在于，在所述服务包括所述WLAN测距服务的情况下，所述服务参数包括以下信息中的至少一种：
    时间调度信息、服务支持的带宽、服务支持的空域流数和/或测量结果类型。
  30. 根据权利要求22至29任一所述的方法，其特征在于，所述第一类型上下文的建立时间不晚于任意一项所述第二类型上下文的建立时间。
  31. 根据权利要求22至30所述的方法，其特征在于，所述建立与STA设备之间的第一类型上下文以及至少一项第二类型上下文，包括：
    向所述STA设备发送信标帧；
    与所述STA设备进行认证帧交互；
    接收所述STA设备发送基础建立请求帧；
    向所述STA设备发送基础建立响应帧；
    基于所述信标帧、所述认证帧、以及所述基础建立请求帧中携带的信息建立所述第一类型上下文；
    与所述STA设备进行测量设置帧交互；
    基于所述信标帧以及所述测量设置帧中携带的信息建立第一服务上下文；所述第一服务上下文是至少一项所述第二类型上下文中的任意一项。
  32. 根据权利要求31所述的方法，其特征在于，
    所述信标帧中包含以下信息中的至少一种：所述AP设备的通信能力信息和/或所述AP设备的服务的服务参数；
    所述认证帧中包含用于产生通信双方的安全上下文的参数信息；
    所述基础建立请求帧中包含所述STA设备的通信能力信息；
    所述基础建立响应帧中包含所述STA设备的标识；
    所述测量设置帧中包含所述STA设备的WLAN感知服务的服务参数。
  33. 根据权利要求32所述的方法，其特征在于，所述测量设置帧交互中包含所述STA设备发送给所述AP设备的测量设置查询帧，所述测量设置查询帧中包含所述STA设备的WLAN感知服务的服务参数。
  34. 根据权利要求22至30任一所述的方法，其特征在于，所述建立与STA设备之间的第一类型上下文以及至少一项第二类型上下文，包括：
    向所述STA设备发送信标帧；
    与所述STA设备进行认证帧交互；
    与所述STA设备进行测量设置帧交互；
    基于所述信标帧、所述认证帧、以及所述测量设置帧中携带的信息建立所述第一类型上下文以及第二服务上下文；所述第二服务上下文是至少一项所述第二类型上下文中的任意一项。
  35. 根据权利要求34所述的方法，其特征在于，
    所述信标帧中包含以下信息中的至少一种：所述AP设备的通信能力信息和/或所述AP设备的服务的服务参数；
    所述认证帧中包含用户产生通信双方的安全上下文的参数信息；
    所述测量设置帧中包含以下信息中的至少一种：所述STA设备的通信能力信息、所述STA设备的WLAN感知服务的服务参数和/或所述STA设备的标识。
  36. 根据权利要求35所述的方法，其特征在于，所述测量设置帧交互中包含所述STA设备发送给所述AP设备的测量设置查询帧，以及所述AP设备发送给所述STA设备的测量设置请求帧；
    所述测量设置查询帧中包含以下信息中的至少一种：所述STA设备的通信能力信息和/或所述STA设备的WLAN感知服务的服务参数；
    所述测量设置请求帧中包含STA设备的标识。
  37. 根据权利要求22至36任一所述的方法，其特征在于，所述方法还包括：
    在触发删除所述第一类型上下文的情况下，删除至少一项所述第二类型上下文。
  38. 根据权利要求22至36任一所述的方法，其特征在于，所述方法还包括：
    在触发删除第三服务上下文的情况下，删除所述第三服务上下文并保留所述第一类型上下文；所述第 三服务上下文是至少一项所述第二类型上下文中的任意一项。
  39. 根据权利要求38所述的方法，其特征在于，所述在触发删除第三服务上下文的情况下，删除所述第三服务上下文并保留所述第一类型上下文，包括：
    在触发删除第三服务上下文，且至少一个所述第二类型上下文中包含除了所述第三服务上下文之外的其它上下文的情况下，删除所述第三服务上下文并保留所述第一类型上下文。
  40. 根据权利要求39所述的方法，其特征在于，所述方法还包括：
    在触发删除第三服务上下文，且至少一个所述第二类型上下文除了所述第三服务上下文之外不包含其它上下文的情况下，删除所述第三服务上下文以及所述第一类型上下文。
  41. 根据权利要求22至40任一所述的方法，其特征在于，所述方法还包括：
    在所述第一类型上下文或者所述第二类型上下文中包含安全上下文，且所述安全上下文过期的情况下，触发删除包含所述安全上下文的所述第一类型上下文或者所述第二类型上下文。
  42. 根据权利要求22至40任一所述的方法，其特征在于，所述方法还包括：
    在所述第一类型上下文或者所述第二类型上下文中包含安全上下文，且与所述STA设备进行解除认证帧交互的情况下，触发删除包含所述安全上下文的所述第一类型上下文或者所述第二类型上下文。
  43. 一种STA装置，其特征在于，所述STA装置是AP设备的非关联STA；所述装置包括：
    第一建立模块，用于建立与接入点AP设备之间的第一类型上下文以及至少一项第二类型上下文；
    其中，所述第一类型上下文是多种服务无关的上下文；所述第二类型上下文是多种所述服务中的一种所述服务相关的上下文；至少一项所述第二类型上下文分别对应一种所述服务。
  44. 根据权利要求43所述的装置，其特征在于，
    所述第一类型上下文包括以下信息中的至少一种：通信双方的地址信息、通信双方的通信能力信息、通信双方的安全上下文、通信双方的依赖于安全上下文的变量、通信双方的标识、通信双方的服务的服务参数和/或通信双方的缓存空间；
    所述第二类型上下文包括以下信息中的至少一种：通信双方的地址信息、通信双方的通信能力信息、通信双方的安全上下文、通信双方的依赖于安全上下文的变量、通信双方的标识、通信双方的服务的服务参数和/或通信双方的缓存空间中，除了所述第一类型上下文之外的信息。
  45. 根据权利要求44所述的装置，其特征在于，所述通信能力信息包括以下信息中的至少一种：所属设备支持的操作类别、所属设备支持的传输速率、所属设备支持的调制编码方式和/或所属设备支持的空域流数。
  46. 根据权利要求44或45所述的装置，其特征在于，所述安全上下文包括成对临时密钥安全关联PTKSA信息。
  47. 根据权利要求44至46任一所述的装置，其特征在于，所述依赖于安全上下文的变量包括以下信息中的至少一种：包序号PN和/或重放计数器。
  48. 根据权利要求44至47任一所述的装置，其特征在于，所述服务包括WLAN感知服务或WLAN测距服务。
  49. 根据权利要求48所述的装置，其特征在于，在所述服务包括所述WLAN感知服务的情况下，所述服务参数包括以下信息中的至少一种：
    测量设置标识、时间调度信息、服务支持的带宽、服务支持的空域流数和/或测量结果类型。
  50. 根据权利要求48所述的装置，其特征在于，在所述服务包括所述WLAN测距服务的情况下，所述服务参数包括以下信息中的至少一种：
    时间调度信息、服务支持的带宽、服务支持的空域流数和/或测量结果类型。
  51. 根据权利要求43至50任一所述的装置，其特征在于，所述第一类型上下文的建立时间不晚于任意一项所述第二类型上下文的建立时间。
  52. 根据权利要求43至51所述的装置，其特征在于，所述第一建立模块，用于，
    接收所述AP设备发送的信标帧；
    与所述AP设备进行认证帧交互；
    向所述AP设备发送基础建立请求帧；
    接收所述AP设备发送的基础建立响应帧；
    基于所述信标帧、所述认证帧、以及所述基础建立请求帧中携带的信息建立所述第一类型上下文；
    与所述AP设备进行测量设置帧交互；
    基于所述信标帧以及所述测量设置帧中携带的信息建立第一服务上下文；所述第一服务上下文是至少一项所述第二类型上下文中的任意一项。
  53. 根据权利要求52所述的装置，其特征在于，
    所述信标帧中包含以下信息中的至少一种：所述AP设备的通信能力信息和/或所述AP设备的服务的服务参数；
    所述认证帧中包含用于产生通信双方的安全上下文的参数信息；
    所述基础建立请求帧中包含所述STA设备的通信能力信息；
    所述基础建立响应帧中包含所述STA设备的标识；
    所述测量设置帧中包含所述STA设备的WLAN感知服务的服务参数。
  54. 根据权利要求53所述的装置，其特征在于，所述测量设置帧交互中包含所述STA设备发送给所述AP设备的测量设置查询帧，所述测量设置查询帧中包含所述STA设备的WLAN感知服务的服务参数。
  55. 根据权利要求43至51任一所述的装置，其特征在于，所述第一建立模块，用于，
    接收所述AP设备发送的信标帧；
    与所述AP设备进行认证帧交互；
    与所述AP设备进行测量设置帧交互；
    基于所述信标帧、所述认证帧、以及所述测量设置帧中携带的信息建立所述第一类型上下文以及第二服务上下文；所述第二服务上下文是至少一项所述第二类型上下文中的任意一项。
  56. 根据权利要求55所述的装置，其特征在于，
    所述信标帧中包含以下信息中的至少一种：所述AP设备的通信能力信息和/或所述AP设备的服务的服务参数；
    所述认证帧中包含用于产生通信双方的安全上下文的参数信息；
    所述测量设置帧中包含以下信息中的至少一种：所述STA设备的通信能力信息、所述STA设备的WLAN感知服务的服务参数和/或所述STA设备的标识。
  57. 根据权利要求56所述的装置，其特征在于，所述测量设置帧交互中包含所述STA设备发送给所述AP设备的测量设置查询帧，以及所述AP设备发送给所述STA设备的测量设置请求帧；
    所述测量设置查询帧中包含以下信息中的至少一种：所述STA设备的通信能力信息和/或所述STA设备的WLAN感知服务的服务参数；
    所述测量设置请求帧中包含所述STA设备的标识。
  58. 根据权利要求43至57任一所述的装置，其特征在于，所述装置还包括：
    第一删除模块，用于在触发删除所述第一类型上下文的情况下，删除至少一项所述第二类型上下文。
  59. 根据权利要求43至57任一所述的装置，其特征在于，所述装置还包括：
    第二删除模块，用于在触发删除第三服务上下文的情况下，删除所述第三服务上下文并保留所述第一类型上下文；所述第三服务上下文是至少一项所述第二类型上下文中的任意一项。
  60. 根据权利要求59所述的装置，其特征在于，所述第二删除模块，用于在触发删除第三服务上下文，且至少一个所述第二类型上下文中包含除了所述第三服务上下文之外的其它上下文的情况下，删除所述第三服务上下文并保留所述第一类型上下文。
  61. 根据权利要求60所述的装置，其特征在于，所述装置还包括：
    第三删除模块，用于在触发删除第三服务上下文，且至少一个所述第二类型上下文除了所述第三服务上下文之外不包含其它上下文的情况下，删除所述第三服务上下文以及所述第一类型上下文。
  62. 根据权利要求43至61任一所述的装置，其特征在于，所述装置还包括：
    第四删除模块，用于在所述第一类型上下文或者所述第二类型上下文中包含安全上下文，且所述安全上下文过期的情况下，触发删除包含所述安全上下文的所述第一类型上下文或者所述第二类型上下文。
  63. 根据权利要求43至61任一所述的装置，其特征在于，所述装置还包括：
    第五删除模块，用于在所述第一类型上下文或者所述第二类型上下文中包含安全上下文，且与所述AP设备进行解除认证帧交互的情况下，触发删除包含所述安全上下文的所述第一类型上下文或者所述第二类型上下文。
  64. 一种上下文管理装置，其特征在于，所述装置包括：
    第二建立模块，用于建立与STA设备之间的第一类型上下文以及至少一项第二类型上下文；所述STA设备是所述AP设备的非关联STA；
    其中，所述第一类型上下文是多种服务无关的上下文；所述第二类型上下文是多种所述服务中的一种所述服务相关的上下文；至少一项所述第二类型上下文分别对应一种所述服务。
  65. 根据权利要求64所述的装置，其特征在于，
    所述第一类型上下文包括以下信息中的至少一种：通信双方的地址信息、通信双方的通信能力信息、通信双方的安全上下文、通信双方的依赖于安全上下文的变量、通信双方的标识、通信双方的服务的服务参数和/或通信双方的缓存空间；
    所述第二类型上下文包括以下信息中的至少一种：通信双方的地址信息、通信双方的通信能力信息、通信双方的安全上下文、通信双方的依赖于安全上下文的变量、通信双方的标识、通信双方的服务的服务参数和/或通信双方的缓存空间中，除了所述第一类型上下文之外的信息。
  66. 根据权利要求65所述的装置，其特征在于，所述通信能力信息包括以下信息中的至少一种：所属设备支持的操作类别、所属设备支持的传输速率、所属设备支持的调制编码方式和/或所属设备支持的空域流数。
  67. 根据权利要求65或66所述的装置，其特征在于，所述安全上下文包括成对临时密钥安全关联PTKSA信息。
  68. 根据权利要求65至67任一所述的装置，其特征在于，所述依赖于安全上下文的变量包括以下信息中的至少一种：包序号PN和/或重放计数器。
  69. 根据权利要求65至68任一所述的装置，其特征在于，所述服务包括WLAN感知服务或WLAN测距服务。
  70. 根据权利要求69所述的装置，其特征在于，在所述服务包括所述WLAN感知服务的情况下，所述服务参数包括以下信息中的至少一种：
    测量设置标识、时间调度信息、服务支持的带宽、服务支持的空域流数和/或测量结果类型。
  71. 根据权利要求69所述的装置，其特征在于，在所述服务包括所述WLAN测距服务的情况下，所述服务参数包括以下信息中的至少一种：
    时间调度信息、服务支持的带宽、服务支持的空域流数和/或测量结果类型。
  72. 根据权利要求64至71任一所述的装置，其特征在于，所述第一类型上下文的建立时间不晚于任意一项所述第二类型上下文的建立时间。
  73. 根据权利要求64至72所述的装置，其特征在于，所述第二建立模块，用于，
    向所述STA设备发送信标帧；
    与所述STA设备进行认证帧交互；
    接收所述STA设备发送基础建立请求帧；
    向所述STA设备发送基础建立响应帧；
    基于所述信标帧、所述认证帧、以及所述基础建立请求帧中携带的信息建立所述第一类型上下文；
    与所述STA设备进行测量设置帧交互；
    基于所述信标帧以及所述测量设置帧中携带的信息建立第一服务上下文；所述第一服务上下文是至少一项所述第二类型上下文中的任意一项。
  74. 根据权利要求73所述的装置，其特征在于，
    所述信标帧中包含以下信息中的至少一种：所述AP设备的通信能力信息和/或所述AP设备的服务的服务参数；
    所述认证帧中包含用于产生通信双方的安全上下文的参数信息；
    所述基础建立请求帧中包含所述STA设备的通信能力信息；
    所述基础建立响应帧中包含所述STA设备的标识；
    所述测量设置帧中包含所述STA设备的WLAN感知服务的服务参数。
  75. 根据权利要求74所述的装置，其特征在于，所述测量设置帧交互中包含所述STA设备发送给所述AP设备的测量设置查询帧，所述测量设置查询帧中包含所述STA设备的WLAN感知服务的服务参数。
  76. 根据权利要求64至72任一所述的装置，其特征在于，所述第二建立模块，用于，
    向所述STA设备发送信标帧；
    与所述STA设备进行认证帧交互；
    与所述STA设备进行测量设置帧交互；
    基于所述信标帧、所述认证帧、以及所述测量设置帧中携带的信息建立所述第一类型上下文以及第二服务上下文；所述第二服务上下文是至少一项所述第二类型上下文中的任意一项。
  77. 根据权利要求76所述的装置，其特征在于，
    所述信标帧中包含以下信息中的至少一种：所述AP设备的通信能力信息和/或所述AP设备的服务的服务参数；
    所述认证帧中包含用户产生通信双方的安全上下文的参数信息；
    所述测量设置帧中包含以下信息中的至少一种：所述STA设备的通信能力信息、所述STA设备的WLAN感知服务的服务参数和/或所述STA设备的标识。
  78. 根据权利要求77所述的装置，其特征在于，所述测量设置帧交互中包含所述STA设备发送给所述AP设备的测量设置查询帧，以及所述AP设备发送给所述STA设备的测量设置请求帧；
    所述测量设置查询帧中包含以下信息中的至少一种：所述STA设备的通信能力信息和/或所述STA设备的WLAN感知服务的服务参数；
    所述测量设置请求帧中包含STA设备的标识。
  79. 根据权利要求64至78任一所述的装置，其特征在于，所述装置还包括：
    第六删除模块，用于在触发删除所述第一类型上下文的情况下，删除至少一项所述第二类型上下文。
  80. 根据权利要求64至78任一所述的装置，其特征在于，所述装置还包括：
    第七删除模块，用于在触发删除第三服务上下文的情况下，删除所述第三服务上下文并保留所述第一类型上下文；所述第三服务上下文是至少一项所述第二类型上下文中的任意一项。
  81. 根据权利要求80所述的装置，其特征在于，所述第七删除模块，用于在触发删除第三服务上下文，且至少一个所述第二类型上下文中包含除了所述第三服务上下文之外的其它上下文的情况下，删除所述第三服务上下文并保留所述第一类型上下文。
  82. 根据权利要求81所述的装置，其特征在于，所述装置还包括：
    第八删除模块，用于在触发删除第三服务上下文，且至少一个所述第二类型上下文除了所述第三服务上下文之外不包含其它上下文的情况下，删除所述第三服务上下文以及所述第一类型上下文。
  83. 根据权利要求64至82任一所述的装置，其特征在于，所述装置还包括：
    第九删除模块，用于在所述第一类型上下文或者所述第二类型上下文中包含安全上下文，且所述安全上下文过期的情况下，触发删除包含所述安全上下文的所述第一类型上下文或者所述第二类型上下文。
  84. 根据权利要求64至82任一所述的装置，其特征在于，所述装置还包括：
    第十删除模块，用于在所述第一类型上下文或者所述第二类型上下文中包含安全上下文，且与所述STA设备进行解除认证帧交互的情况下，触发删除包含所述安全上下文的所述第一类型上下文或者所述第二类型上下文。
  85. 一种STA设备，其特征在于，所述STA设备是AP设备的非关联STA；所述STA设备包括处理器、存储器和收发器；
    所述处理器，用于建立与接入点AP设备之间的第一类型上下文以及至少一项第二类型上下文；
    其中，所述第一类型上下文是多种服务无关的上下文；所述第二类型上下文是多种所述服务中的一种所述服务相关的上下文；至少一项所述第二类型上下文分别对应一种所述服务。
  86. 一种AP设备，其特征在于，所述AP设备包括处理器、存储器和收发器；
    所述处理器，用于建立与STA设备之间的第一类型上下文以及至少一项第二类型上下文；所述STA设备是所述AP设备的非关联STA；
    其中，所述第一类型上下文是多种服务无关的上下文；所述第二类型上下文是多种所述服务中的一种所述服务相关的上下文；至少一项所述第二类型上下文分别对应一种所述服务。
  87. 一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序，所述计算机程序用于被处理器执行，以使得计算机设备执行如权利要求1至21中任一项所述的方法，或者，如权利要求22至42中任一项所述的方法。
  88. 一种芯片，其特征在于，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的计算机设备执行如权利要求1至21中任一项所述的方法，或者，如权利要求22至42中任一项所述的方法。
  89. 一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机指令，所述计算机指令存储在计算机可读存储介质中；计算机设备的处理器从所述计算机可读存储介质读取所述计算机指令，并执行所述计算机指令，使得所述计算机设备执行如权利要求1至21中任一项所述的方法，或者，如权利要求22至42中任一项所述的方法。
  90. 一种计算机程序，其特征在于，所述计算机程序由计算机设备的处理器执行，使得计算机设备执行如权利要求1至21中任一项所述的方法，或者，如权利要求22至42中任一项所述的方法。
PCT/CN2022/092628 2022-05-13 2022-05-13 上下文管理方法、装置、设备、存储介质及程序产品 WO2023216215A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/092628 WO2023216215A1 (zh) 2022-05-13 2022-05-13 上下文管理方法、装置、设备、存储介质及程序产品

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/092628 WO2023216215A1 (zh) 2022-05-13 2022-05-13 上下文管理方法、装置、设备、存储介质及程序产品

Publications (1)

Publication Number Publication Date
WO2023216215A1 true WO2023216215A1 (zh) 2023-11-16

Family

ID=88729442

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/092628 WO2023216215A1 (zh) 2022-05-13 2022-05-13 上下文管理方法、装置、设备、存储介质及程序产品

Country Status (1)

Country Link
WO (1) WO2023216215A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106664552A (zh) * 2014-08-27 2017-05-10 瑞典爱立信有限公司 在无线通信网络中用于向通信设备通知该网络中采用了上下文存储的方法
CN107439029A (zh) * 2015-04-06 2017-12-05 高通股份有限公司 使用重新关联对象的无线网络快速认证/关联
CN112788597A (zh) * 2019-10-23 2021-05-11 半导体元件工业有限责任公司 多链路无线通信连接

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106664552A (zh) * 2014-08-27 2017-05-10 瑞典爱立信有限公司 在无线通信网络中用于向通信设备通知该网络中采用了上下文存储的方法
CN107439029A (zh) * 2015-04-06 2017-12-05 高通股份有限公司 使用重新关联对象的无线网络快速认证/关联
CN112788597A (zh) * 2019-10-23 2021-05-11 半导体元件工业有限责任公司 多链路无线通信连接

Similar Documents

Publication Publication Date Title
TWI810552B (zh) 無線通訊方法
US8547946B2 (en) Efficient creation of WLAN connections
CN104954968B (zh) 在无线局域网频段上进行设备到设备通信的方法和系统
CN113132983B (zh) 智能终端断网重连方法
US12003399B2 (en) Request and response method for probing MLD, station, and access point
US20140133451A1 (en) Identifier Allocation Method and System
US20240015640A1 (en) Access point (ap) multi-link device discovery method and related apparatus
WO2023071250A1 (zh) 无线感知方法、装置、设备及存储介质
WO2014169670A1 (zh) 一种wlan组网方法及系统
WO2020232699A1 (zh) 数据传输方法、装置、设备及存储介质
CN113518475B (zh) 通信方法、装置及系统
WO2023216215A1 (zh) 上下文管理方法、装置、设备、存储介质及程序产品
US11902195B2 (en) Communication system, communication method, communication device, and medium with communication program stored thereon
CN113873505B (zh) 智能终端自动发现配网方法及系统
JP7381586B2 (ja) 通信方法、装置、およびシステム
US12034540B2 (en) Communication method and apparatus applied to multi-link device in wireless local area network
WO2024139676A1 (zh) 一种发送探测请求报文的方法及通信装置
TW201448631A (zh) 分散式資料處理系統、分散式資料處理方法與其無線終端機
CN114375611B (zh) 多连接的通信方法、装置以及计算机可读存储介质
WO2023092487A1 (zh) 无线通信的方法和设备
WO2022205460A1 (zh) 无线通信的方法、站点设备和接入点设备
CN116886310A (zh) 映射关系的识别方法、ap设备、报文转发的控制方法及存储介质
CN118283745A (zh) 一种发送探测请求报文的方法及通信装置
CN117098129A (zh) 通信方法和装置
CN118042557A (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: 22941169

Country of ref document: EP

Kind code of ref document: A1