USER EQUIPMENT AND METHOD OF VEHICLE-TO-EVERYTHING COMMUNICATION OF SAME

A user equipment (UE) and a method of vehicle-to-everything (V2X) communication of same are provided. The method of V2X communication of the UE includes participating with at least another UE in a group of UEs in a unicast session or a groupcast session, receiving at least one cellular downlink (DL) signal and channel from the BS, monitoring at least one DL radio condition by measuring at least one first received signal strength and/or power, reporting, to the BS, at least one measurement result of the at least one DL radio condition, and receiving assisted transfer configuration details from the BS. The assisted transfer configuration details include the BS assigning a local header for an on-going unicast session or an on-going groupcast session based on the at least one measurement result of the at least one DL radio condition.

TECHNICAL FIELD

The present disclosure relates to the field of communication systems, and more particularly, to a user equipment (UE) and a method of vehicle-to-everything (V2X) communication of same.

BACKGROUND

For an upcoming 5th generation new radio (5G-NR) sidelink (SL) communication, the technology aims to support more advanced vehicle-to-everything (V2X) use cases and wider range of services compared to current long term evolution V2X (LTE-V2X) system. For some use cases and services, which have already been defined and specified in 3rd generation partnership project (3GPP) service and system aspects working group 1 (SA1), it involves user equipment (UE) to participate in not only broadcast type of transmission but also need to support unicast and groupcast in order to improve spectral efficiency, lower latency, higher reliability, and longer communication range by enabling dynamic interactions between group of UEs at a physical layer (PHY).

In the current LTE-V2X system, only broadcast type of transmission is supported. When a radio resource control (RRC) connected UE is operating in network scheduling mode, SL resources for transmitting V2X data traffic are fully under control and management of a serving base station (BS). Whenever the UE needs to transmit V2X data messages, the UE first sends a scheduling request to the serving BS and then obtains an SL resource assignment grant, as long as the UE is still able to communicate with the serving BS. If UE experiences a bad radio condition (such as near a cell edge or in a coverage hole) or operating in a challenging radio environment (such as high interference, higher mobility and/or Doppler) where its radio connection with the serving BS is deteriorating, the serving BS can at any time switch and configure the UE to operate in a UE autonomous resource management mode. However, quality of service (QoS) can no longer be guaranteed by the serving BS. For the current LTE-V2X system, this system operating behavior may be adequate and acceptable, since V2X operation of each UE is independent from one another. That is, switching operation has minimal impact to other UEs in the field.

For unicast and groupcast communications in new radio V2X (NR-V2X), on other hand, a sudden or abrupt switching of operation from one mode to another can cause significant degradation and interruption to on-going V2X services, as selection of SL resources among member UEs in a same group is no longer carried out in a coordinated manner. Consequently, transmissions of SL messages from one or multiple UEs may not be receivable by others within the same group due to half-duplex constraint. Worse, transmitted messages can collide with one another, causing the whole V2X service to break down.

SUMMARY

In a first aspect of the present disclosure, a user equipment (UE) in a vehicle-to-everything (V2X) communication system includes a memory, a transceiver, and a processor coupled to the memory and the transceiver. The processor is configured to participate with at least another UE in a group of UEs in a unicast session or a groupcast session. The UE is a member of the group of UEs. The processor is configured to control the transceiver to receive at least one cellular downlink (DL) signal and channel from a base station (BS), monitor at least one DL radio condition by measuring at least one first received signal strength and/or power based on the at least one cellular DL signal and channel, control the transceiver to report, to the BS, at least one measurement result of the at least one DL radio condition, and control the transceiver to receive assisted transfer configuration details from the BS. The assisted transfer configuration details include the BS assigning a local header for an on-going unicast session or an on-going groupcast session based on the at least one measurement result of the at least one DL radio condition.

In a second aspect of the present disclosure, a method of vehicle-to-everything (V2X) communication of a user equipment (UE) includes participating with at least another UE in a group of UEs in a unicast session or a groupcast session, receiving at least one cellular downlink (DL) signal and channel from a base station (BS), monitoring at least one DL radio condition by measuring at least one first received signal strength and/or power based on the at least one cellular DL signal and channel, reporting, to the BS, at least one measurement result of the at least one DL radio condition, and receiving assisted transfer configuration details from the BS. The UE is a member of the group of UEs. The assisted transfer configuration details include the BS assigning a local header for an on-going unicast session or an on-going groupcast session based on the at least one measurement result of the at least one DL radio condition.

DETAILED DESCRIPTION

FIG. 1illustrates that, in some embodiments, a base station (BS)10and a user equipment (UE)20for a method of assisted transfer from centralized to localized resource control and management for mode 1 communication in a 5th generation new radio (5G-NR) vehicle-to-everything (V2X) communication system according to an embodiment of the present disclosure. The BS10may include a processor11, a memory12and a transceiver13. The processor11may be configured to implement proposed functions, procedures and/or methods described in this description. Layers of radio interface protocol may be implemented in the processor11. The memory12is operatively coupled with the processor11and stores a variety of information to operate the processor11. The transceiver13is operatively coupled with the processor11, and transmits and/or receives a radio signal.

The UE20may include a processor21, a memory22and a transceiver23. The processor21may be configured to implement proposed functions, procedures and/or methods described in this description. Layers of the radio interface protocol may be implemented in the processor21. The memory22is operatively coupled with the processor21and stores a variety of information to operate the processor21. The transceiver23is operatively coupled with the processor21, and transmits and/or receives a radio signal.

The processors11and21may include application-specific integrated circuit (ASIC), other chipset, logic circuit and/or data processing device. The memories12and22may include read-only memory (ROM), random access memory (RAM), flash memory, memory card, storage medium and/or other storage device. The transceivers13and23may include baseband circuitry to process radio frequency signals. When the embodiments are implemented in software, the techniques described herein can be implemented with modules (e.g., procedures, functions, and so on) that perform the functions described herein. The modules can be stored in the memories12and22and executed by the processors11and21. The memories12and22can be implemented within the processors11and21or external to the processors11and21in which case those can be communicatively coupled to the processors11and21via various means as is known in the art.

The communication between UEs relates to vehicle-to-everything (V2X) communication including vehicle-to-vehicle (V2V), vehicle-to-pedestrian (V2P), and vehicle-to-infrastructure/network (V2I/N) according to a sidelink technology developed under 3rd generation partnership project (3GPP) new radio (NR) Release 16 and beyond. UEs are communicated with each other directly via a sidelink interface such as a PC5 interface.

In some embodiments, the processor21is configured to participate with at least another UE in a group of UEs in a unicast session or a groupcast session. The UE20is a member of the group of UEs. The processor21is configured to control the transceiver23to receive at least one cellular downlink (DL) signal and channel from the BS10, monitor at least one DL radio condition by measuring at least one first received signal strength and/or power based on the at least one cellular DL signal and channel, control the transceiver23to report, to the BS10, at least one measurement result of the at least one DL radio condition, and control the transceiver23to receive assisted transfer configuration details from the BS10. The assisted transfer configuration details include the BS10assigning a local header for an on-going unicast session or an on-going groupcast session based on the at least one measurement result of the at least one DL radio condition.

In some embodiments, the processor11is configured to control the transceiver13to transmit, to the UE20, at least one cellular downlink (DL) signal and channel, control the transceiver13to receive at least one measurement result of at least one DL radio condition from the UE20by the UE20measuring at least one first received signal strength and/or power based on the at least one cellular DL signal and channel, assign a local header for an on-going unicast session or an on-going groupcast session based on the at least one measurement result of the at least one DL radio condition, and control the transceiver13to inform, to the UE20, assisted transfer configuration details. The UE20participates with at least another UE in a group of UEs in a unicast session or a groupcast session. The UE20is a member of the group of UEs. The assisted transfer configuration details include the processor11assigning the local header for the on-going unicast session or the on-going groupcast session.

FIG. 2illustrates a method200of 5G-NR V2X communication of the user equipment20according to an embodiment of the present disclosure.

The method200includes: at block202, participating with at least another UE in a group of UEs in a unicast session or a groupcast session, at block204, receiving at least one cellular downlink (DL) signal and channel from the BS10, at block206, monitoring at least one DL radio condition by measuring at least one first received signal strength and/or power based on the at least one cellular DL signal and channel, at block208, reporting, to the BS10, at least one measurement result of the at least one DL radio condition, and at block210, receiving assisted transfer configuration details from the BS10. The UE20is a member of the group of UEs. The assisted transfer configuration details include the BS10assigning a local header for an on-going unicast session or an on-going groupcast session based on the at least one measurement result of the at least one DL radio condition.

FIG. 3illustrates a method300of 5G-NR V2X communication of the BS10according to an embodiment of the present disclosure.

The method300includes: at block302, transmitting, to the UE20, at least one cellular downlink (DL) signal and channel, at block304, receiving at least one measurement result of at least one DL radio condition from the UE20by the UE20measuring at least one first received signal strength and/or power based on the at least one cellular DL signal and channel, at block306, assigning a local header for an on-going unicast session or an on-going groupcast session based on the at least one measurement result of the at least one DL radio condition, and at block308, informing, to the UE20, assisted transfer configuration details. The UE20participates with at least another UE in a group of UEs in a unicast session or a groupcast session, The UE20is a member of the group of UEs. The assisted transfer configuration details include assigning the local header for the on-going unicast session or the on-going groupcast session.

In the embodiment of the present disclosure, the assisted transfer of SL resources control and management function from a centralized BS node to a localized header node, the process involves at least a BS gNodeB and a group of radio resource control (RRC) connected member UEs participating in a unicast or a groupcast session and operating in a DL-scheduling based mode 1. The localized header node could be a group member UE from the unicast or groupcast communication session or a road side unit (RSU) if available.

In reference toFIG. 4, a method400of assisted transfer from centralized to localized resource control and management for mode 1 communication in a 5th generation new radio (5G-NR) vehicle-to-everything (V2X) communication system is provided. RRC connected group member UEs402participating in a unicast or groupcast session receive cellular signals and channels404in a downlink from a serving BS gNB401. At same time, the group member UEs402may also receive sidelink signals and channels405from nearby road side unit(s)403as part of their V2X communication. The cellular downlink (DL) signals and channels404can include primary synchronization signal (PSS), secondary synchronization signal (SSS), demodulation reference signal (DMRS), physical broadcast channel (PBCH), channel state information reference signal (CSI-RS), physical downlink control channel (PDCCH), and/or physical downlink shared channel (PDSCH). The combination of PSS, SSS and PBCH makes up a commonly known as synchronization signal block (SSB). Based on one or more of these received DL signals and channels, each group member UE402monitors DL radio conditions406by measuring received signal strength and/or power. Similarly, each group member UE can also monitor SL radio conditions406by measuring received signal strength and/or power based on SL signals and channels405transmitted by nearby RSU(s)403. The SL signals and channel405may include sidelink synchronization signal (SLSS), DMRS for physical sidelink broadcast channel (PSBCH), physical sidelink control channel (PSCCH), physical sidelink shared channel (PSSCH), and discovery signal and channel.

Periodically, the group member UEs402at least report measurement results of DL radio conditions to the BS gNB407. If an RSU is detected nearby and SL measurement results are available, the UEs402may be triggered to also reported SL radio conditions to the BS gNB407. If more than one RSUs are detected, the UEs402may choose to nominate one of the detected RSUs to be the local header. Furthermore, the group member UEs402within same unicast or groupcast session also measure the received signals strength and/or power of each other's transmitted SL signals and channels. And if required (e.g. no local RSU is available, no local RSU is common to all group member UEs, or for the purpose of monitoring SL radio conditions between group member UEs), the BS gNB401may also triggers the group member UEs402to report these measurement results.

To determine if cellular downlink condition is sufficient to continue supporting DL-scheduling based mode 1 operation for an on-going unicast or groupcast session, the BS gNB401compares the reported DL measurement results from group member UEs against a pre-determined DL radio quality threshold value in a block408. If it is determined that the DL radio condition is deteriorating and insufficient (e.g. reported measurement results from 50% or more group member UEs are below the threshold), the BS gNB401selects a local header for the on-going unicast/groupcast session based on the reported SL radio conditions from group member UEs402in a block409, assigns the local header, and informs the selection to the group member UEs402. Alternatively, the selection of the local header can be done by the group member UEs402based on their measurement results (e.g. a node having strongest average level) or based on a node is the vehicle platoon lead or randomly selected, and nominate the selection to the BS gNB401.

The assigning of the local header and informing of the selection to group member UEs402are carried out by sending RRC configuration details in a line410to all involved nodes and UEs. And thus, the transferring of SL resources control and management function from a centralized BS node to a localized header for the on-going unicast or groupcast session. Dotted lines inFIG. 4denote all transmitted signals, channels, and configuration signaling to and from nearby RSU(s)403. The configuration details for the assisted transfer in the line410include at least the assignment of a local header.

In a local header assignment, if the local header to be assigned is a BS-type RSU (same as BS gNB401), the configuration to the local header RSU (dotted line) may not be necessary, since the transfer of SL resources control and management is within the same BS (with same MAC layer entity). All subsequent future control and management of SL resources may be conveyed to the group member UEs402via a sidelink PC5 interface instead of a DL Uu interface. The configuration to group member UEs402(solid line) is delivered via DL RRC signaling and includes a type of local header and an identification (ID) of the assigned local header. The ID of the assigned local header is a unique destination ID.

If the local header to be assigned is a BS-type RSU (a different BS,403) or UE-type RSU403, the embodiment is to transfer the control and management of SL resources to the selected local header, which is an RSU. The configuration information in the line410for the group member UEs402and the RSU403are same and include a type of local header and an identification (ID) of the assigned local header. The ID of the assigned local header is a unique destination ID.

If the local header to be assigned is one of the group member UEs402, the configuration information for SL resource control and management transfer in the line410may only be conveyed to the group member UEs402in solid line. The configuration information is delivered via DL RRC signaling and includes a type of local header and an identification (ID) of the assigned local header. The ID of the assigned local header is a unique destination ID.

In addition, the configuration details in the line410may also include one or more of the following parameters and/or information including a start timing, by which the assigned local header will take over the function of controlling and managing SL resources for the on-going unicast or groupcast session. This could be represented as a time-offset to a current system frame number (SFN), a starting SFN, or an implicit/fixed offset (e.g. following SFN or 2 SFNs later). The following parameters and/or information may also include SL carrier(s), for which the assigned local header can assume control and management of SL resources for the on-going unicast or groupcast session, SL resource pool(s) within indicated carrier(s), for which the assigned local header can assume control and management of SL resources for the on-going unicast/groupcast session, and information to identify the on-going unicast/groupcast session including a group ID or session ID, a number of group member UEs, a type of transmission (unicast or groupcast), and/or IDs of all group member UEs.

Up on receiving the assisted transfer configuration details from the BS gNB401, the assigned RSU or a group member UE assumes a role of local header411for the on-going unicast/groupcast session and sends out an SL resource setup configuration details in a line412to the group member UEs402. The SL resource setup configuration details is transmitted over an SL PC5 interface e.g. via a V2I resource pool of the assigned resource pool(s) and/or carrier(s) from the line410, and the details contain information relating to at least one of the followings.

1. Resource region(s) within the assigned resource pool(s) and/or carrier(s) from the line410that are to be used by the group member UEs402for the on-going unicast or groupcast session.

2. Synchronization resource configuration details to group member UEs402for transmitting SLSS and/or PSBCH.

3. SL resources for each group member UE402to provide its latest V2X traffic information (e.g. UE assistance information, buffer status report).

Based on the request from the local header, group member UEs402provide their V2X traffic information in a form of UE assistance information and/or buffer status report in a line413. At same time, the assigned local header also periodically broadcast SL resource setup configuration details to surrounding UEs in proximity, informing the surrounding UEs a usage and reservation status of SL resources in a block414.

In reference toFIG. 5, an example flowchart500illustrating sidelink (SL) resource control and management transfer to a road side unit (RSU) or a group member UE is provided. For RRC connected mode 1 UEs participating in an SL unicast or groupcast session in a block501is to monitor radio conditions of the cellular Uu interface, the UEs measure synchronization signal reference signal received power (SS-RSRP) levels, based on received SSBs and/or CSI-RS in a downlink in a block,502, and periodically report the measured results to their serving BS gNB in a block503. If the measured SS-RSRP results are above a pre-defined or configured threshold for mode 1 operation, the UEs continue to monitor DL radio condition in the block502. If the measured and/or 50% of the reported SS-RSRP levels are below the pre-defined or configured threshold for mode 1 operation in a block504, the BS may trigger UEs or UE self-trigger to report radio conditions of sidelink (e.g. SL RSRP or RSSI levels) measured from RSU(s) and/or group member UEs in a block505. Once triggered, the UE first determine any nearby RSU in proximity in a block506by detecting SLSS and/or PSBCH transmitted via for example a V2I resource pool. If at least one RSU is detected nearby, the UE measures SL RSRP and/or RSSI levels based on the received SLSS, PSBCH and/or PSSCH from all detected RSUs in a block507and report these measurement results to the BS in a block508. At the same time, the UE may nominate one RSU to the BS to be the candidate local header, if there exist more than one potential candidates. Subsequently, the BS selects a local header among the reported RSU measurements and sending to the UE configuration details of SL resources control and management transfer from the BS to a selected local header in a block509. If no nearby RSU is detected, each UE measures SL RSRP and/or RSSI levels based on the received SLSS, PSBCH and/or PSSCH from other group member UEs in a block510and report these measurement results to the BS in a block511. Subsequently, the BS selects a local header among the reported group member UEs' measurements and sending to all group member UEs configuration details of SL resources control and management transfer from the BS to a selected local header in a block512. Regardless of whether the selected local header is an RSU or a group member UE of a unicast/groupcast session, after the assignment of a selected local header, the local header provides details of SL resource setup details to the remaining group member UEs in a block513. Then each of the said remaining group member UE sends its V2X traffic information to the local header for continuation of the unicast or groupcast session in a block514.

FIG. 6is a block diagram of a system700for wireless communication according to an embodiment of the present disclosure. Embodiments described herein may be implemented into the system using any suitably configured hardware and/or software.FIG. 6illustrates, for one embodiment, an example system700including a radio frequency (RF) circuitry710, a baseband circuitry720, an application circuitry730, a memory/storage740, a display750, a camera760, a sensor770, and an input/output (I/O) interface780, coupled with each other at least as illustrated.

The application circuitry730may include a circuitry such as, but not limited to, one or more single-core or multi-core processors. The processors may include any combination of general-purpose processors and dedicated processors, such as graphics processors, application processors. The processors may be coupled with the memory/storage and configured to execute instructions stored in the memory/storage to enable various applications and/or operating systems running on the system.

The baseband circuitry720may include circuitry such as, but not limited to, one or more single-core or multi-core processors. The processors may include a baseband processor. The baseband circuitry may handle various radio control functions that enables communication with one or more radio networks via the RF circuitry. The radio control functions may include, but are not limited to, signal modulation, encoding, decoding, radio frequency shifting, etc. In some embodiments, the baseband circuitry may provide for communication compatible with one or more radio technologies. For example, in some embodiments, the baseband circuitry may support communication with an evolved universal terrestrial radio access network (EUTRAN) and/or other wireless metropolitan area networks (WMAN), a wireless local area network (WLAN), a wireless personal area network (WPAN). Embodiments in which the baseband circuitry is configured to support radio communications of more than one wireless protocol may be referred to as multi-mode baseband circuitry.

In various embodiments, the baseband circuitry720may include circuitry to operate with signals that are not strictly considered as being in a baseband frequency. For example, in some embodiments, baseband circuitry may include circuitry to operate with signals having an intermediate frequency, which is between a baseband frequency and a radio frequency.

The RF circuitry710may enable communication with wireless networks using modulated electromagnetic radiation through a non-solid medium. In various embodiments, the RF circuitry may include switches, filters, amplifiers, etc. to facilitate the communication with the wireless network.

In various embodiments, the RF circuitry710may include circuitry to operate with signals that are not strictly considered as being in a radio frequency. For example, in some embodiments, RF circuitry may include circuitry to operate with signals having an intermediate frequency, which is between a baseband frequency and a radio frequency.

In various embodiments, the transmitter circuitry, control circuitry, or receiver circuitry discussed above with respect to the user equipment, eNB, or gNB may be embodied in whole or in part in one or more of the RF circuitry, the baseband circuitry, and/or the application circuitry. As used herein, “circuitry” may refer to, be part of, or include an Application Specific Integrated Circuit (ASIC), an electronic circuit, a processor (shared, dedicated, or group), and/or a memory (shared, dedicated, or group) that execute one or more software or firmware programs, a combinational logic circuit, and/or other suitable hardware components that provide the described functionality. In some embodiments, the electronic device circuitry may be implemented in, or functions associated with the circuitry may be implemented by, one or more software or firmware modules.

In some embodiments, some or all of the constituent components of the baseband circuitry, the application circuitry, and/or the memory/storage may be implemented together on a system on a chip (SOC).

The memory/storage740may be used to load and store data and/or instructions, for example, for system. The memory/storage for one embodiment may include any combination of suitable volatile memory, such as dynamic random access memory (DRAM)), and/or non-volatile memory, such as flash memory.

In various embodiments, the I/O interface780may include one or more user interfaces designed to enable user interaction with the system and/or peripheral component interfaces designed to enable peripheral component interaction with the system. User interfaces may include, but are not limited to a physical keyboard or keypad, a touchpad, a speaker, a microphone, etc. Peripheral component interfaces may include, but are not limited to, a non-volatile memory port, a universal serial bus (USB) port, an audio jack, and a power supply interface.

In various embodiments, the sensor770may include one or more sensing devices to determine environmental conditions and/or location information related to the system. In some embodiments, the sensors may include, but are not limited to, a gyro sensor, an accelerometer, a proximity sensor, an ambient light sensor, and a positioning unit. The positioning unit may also be part of, or interact with, the baseband circuitry and/or RF circuitry to communicate with components of a positioning network, e.g., a global positioning system (GPS) satellite.

In various embodiments, the display750may include a display, such as a liquid crystal display and a touch screen display. In various embodiments, the system700may be a mobile computing device such as, but not limited to, a laptop computing device, a tablet computing device, a netbook, an ultrabook, a smartphone, etc. In various embodiments, system may have more or less components, and/or different architectures. Where appropriate, methods described herein may be implemented as a computer program. The computer program may be stored on a storage medium, such as a non-transitory storage medium.

In the embodiment of the present disclosure, the user equipment (UE), the base station (BS), and the method of vehicle-to-everything (V2X) communication of same aim to solve current abrupt operating mode switching problem by maintaining a unified control and management of sidelink (SL) resources even when a radio connection to a serving BS is deteriorating or lost during unicast and groupcast sessions operating in network scheduling mode. To maintain a unified approach, it is proposed in the embodiment of the present disclosure to adopt an assisted transfer of SL resources control and management function from a centralized node (being the BS) to a localized node (denoted as the local header). By doing so, it helps to ensure continuation of on-going services, UEs continue to operate as a group (e.g. vehicle platooning), quality of service (QoS) is maintained, and in some cases without needing UEs to loss radio resource control (RRC) connection with a network. The embodiment of the present disclosure is a combination of techniques/processes that can be adopted in 3GPP specification to create an end product.

A person having ordinary skill in the art understands that each of the units, algorithm, and steps described and disclosed in the embodiments of the present disclosure are realized using electronic hardware or combinations of software for computers and electronic hardware. Whether the functions run in hardware or software depends on the condition of application and design requirement for a technical plan.

A person having ordinary skill in the art can use different ways to realize the function for each specific application while such realizations should not go beyond the scope of the present disclosure. It is understood by a person having ordinary skill in the art that he/she can refer to the working processes of the system, device, and unit in the above-mentioned embodiment since the working processes of the above-mentioned system, device, and unit are basically the same. For easy description and simplicity, these working processes will not be detailed.

It is understood that the disclosed system, device, and method in the embodiments of the present disclosure can be realized with other ways. The above-mentioned embodiments are exemplary only. The division of the units is merely based on logical functions while other divisions exist in realization. It is possible that a plurality of units or components are combined or integrated in another system. It is also possible that some characteristics are omitted or skipped. On the other hand, the displayed or discussed mutual coupling, direct coupling, or communicative coupling operate through some ports, devices, or units whether indirectly or communicatively by ways of electrical, mechanical, or other kinds of forms.

The units as separating components for explanation are or are not physically separated. The units for display are or are not physical units, that is, located in one place or distributed on a plurality of network units. Some or all of the units are used according to the purposes of the embodiments. Moreover, each of the functional units in each of the embodiments can be integrated in one processing unit, physically independent, or integrated in one processing unit with two or more than two units.

If the software function unit is realized and used and sold as a product, it can be stored in a readable storage medium in a computer. Based on this understanding, the technical plan proposed by the present disclosure can be essentially or partially realized as the form of a software product. Or, one part of the technical plan beneficial to the conventional technology can be realized as the form of a software product. The software product in the computer is stored in a storage medium, including a plurality of commands for a computational device (such as a personal computer, a server, or a network device) to run all or some of the steps disclosed by the embodiments of the present disclosure. The storage medium includes a USB disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a floppy disk, or other kinds of media capable of storing program codes.