CN112586032B

CN112586032B - Wireless communication method and communication device

Info

Publication number: CN112586032B
Application number: CN201880096292.XA
Authority: CN
Inventors: 卢前溪
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2018-11-15
Filing date: 2018-11-15
Publication date: 2023-05-23
Anticipated expiration: 2038-11-15
Also published as: CN112586032A; WO2020097855A1

Abstract

The embodiment of the application discloses a wireless communication method and communication equipment, wherein the method comprises the following steps: the first equipment acquires first information; the first device determines, based on the first information, that a header decompression state in a feedback packet received from the second device corresponds to a first portion and/or a second portion of an ethernet frame. According to the method and the communication equipment, the compression end carries out corresponding processing on the header corresponding to the header compression state in the feedback packet, so that the performance of wireless communication can be improved.

Description

Wireless communication method and communication device

Technical Field

The embodiment of the application relates to the field of communication, in particular to a wireless communication method and communication equipment.

Background

In a long term evolution system (Long Term Evolution, LTE) system, the type of protocol data unit (Protocol Data Unit, PDU) session is an interconnection protocol (Internet Protocol, IP) type. In a New Radio (NR) system, not only an internet protocol (Internet Protocol, IP) packet type but also an Ethernet (Ethernet) frame type is introduced. For Ethernet PDU header compression, the header of Ethernet and the header of data are included, and how the compression end distinguishes the feedback packet of the decompression end is aimed at which header in the Ethernet frame is a problem to be solved.

Disclosure of Invention

The embodiment of the application provides a wireless communication method and communication equipment, which enable a compression end to perform corresponding processing on a header corresponding to a header compression state in a feedback packet, so that the performance of wireless communication can be improved.

In a first aspect, a method of wireless communication is provided, the method comprising: the first equipment acquires first information; the first device determines, based on the first information, that a header decompression state in a feedback packet received from the second device corresponds to a first portion and/or a second portion of an ethernet frame.

In a second aspect, there is provided a method of wireless communication, the method comprising: the first device receives a feedback packet sent by the second device, wherein the header decompression state in the feedback packet corresponds to a first part and/or a second part in the Ethernet frame; the first device determines a protocol layer that processes the feedback packet.

In a third aspect, a method of wireless communication is provided, the method comprising: the second device sends a feedback packet to the first device, where the feedback packet is used by the first device to obtain first information, where the first information is used to determine that a header decompression state in the feedback packet corresponds to a first portion and/or a second portion in the ethernet frame.

In a fourth aspect, a method of wireless communication is provided, the method comprising: the second device generates a feedback packet at the first protocol layer, wherein the header decompression state in the feedback packet corresponds to the first part and/or the second part in the Ethernet frame; the second device sends the feedback packet to the first device.

In a fifth aspect, a communication device is provided for performing the method of the first aspect or implementations thereof.

In particular, the communication device comprises functional modules for performing the method of the first aspect or implementations thereof described above.

In a sixth aspect, a communication device is provided for performing the method of the second aspect or implementations thereof.

In particular, the communication device comprises functional modules for performing the method of the second aspect or implementations thereof described above.

A seventh aspect provides a communication device for performing the method of the third aspect or implementations thereof.

Specifically, the communication device comprises functional modules for performing the method of the third aspect or implementations thereof.

In an eighth aspect, a communication device is provided for performing the method of the fourth aspect or implementations thereof.

Specifically, the communication device comprises functional modules for performing the method of the fourth aspect or implementations thereof.

In a ninth aspect, a communication device is provided that includes a processor and a memory. The memory is used for storing a computer program, and the processor is used for calling and running the computer program stored in the memory and executing the method in the first aspect or various implementation manners thereof.

In a tenth aspect, a communication device is provided that includes a processor and a memory. The memory is for storing a computer program and the processor is for calling and running the computer program stored in the memory for performing the method of the second aspect or implementations thereof described above.

In an eleventh aspect, a communication device is provided that includes a processor and a memory. The memory is for storing a computer program and the processor is for calling and running the computer program stored in the memory for performing the method of the third aspect or implementations thereof.

In a twelfth aspect, a communication device is provided that includes a processor and a memory. The memory is for storing a computer program and the processor is for calling and running the computer program stored in the memory for performing the method of the fourth aspect or implementations thereof.

A thirteenth aspect provides a chip for implementing the method of any one of the first to fourth aspects or each implementation thereof.

Specifically, the chip includes: a processor for calling and running a computer program from a memory, causing a device on which the chip is mounted to perform the method as in any one of the first to fourth aspects or implementations thereof described above.

In a fourteenth aspect, there is provided a computer-readable storage medium storing a computer program for causing a computer to perform the method of any one of the above first to fourth aspects or implementations thereof.

In a fifteenth aspect, there is provided a computer program product comprising computer program instructions for causing a computer to perform the method of any one of the above first to fourth aspects or implementations thereof.

In a sixteenth aspect, there is provided a computer program which, when run on a computer, causes the computer to perform the method of any one of the first to fourth aspects or implementations thereof.

According to the technical scheme, the first device, namely the compression end, distinguishes the first part and/or the second part in the Ethernet frame corresponding to the header compression state in the feedback packet according to the first information, so that the first device can perform corresponding processing, and the performance of wireless communication is improved.

Drawings

Fig. 1 is a schematic diagram of a communication system architecture provided in an embodiment of the present application.

Fig. 2 is a schematic block diagram of a method of wireless communication of an embodiment of the present application.

Fig. 3 is a schematic diagram of a frame format provided in an embodiment of the present application.

Fig. 4 is a schematic block diagram of a method of wireless communication of an embodiment of the present application.

Fig. 5 is a schematic block diagram of a method of wireless communication of an embodiment of the present application.

Fig. 6 is a schematic block diagram of a method of wireless communication of an embodiment of the present application.

Fig. 7 is a schematic block diagram of a communication device of an embodiment of the present application.

Fig. 8 is a schematic block diagram of a communication device of an embodiment of the present application.

Fig. 9 is a schematic block diagram of a communication device of an embodiment of the present application.

Fig. 10 is a schematic block diagram of a communication device of an embodiment of the present application.

Fig. 11 is a schematic block diagram of a communication device of an embodiment of the present application.

Fig. 12 is a schematic block diagram of a chip according to an embodiment of the present application.

Fig. 13 is a schematic block diagram of a communication system according to an embodiment of the present application.

Detailed Description

The following description of the technical solutions in the embodiments of the present application will be made with reference to the drawings in the embodiments of the present application, and it is apparent that the described embodiments are some embodiments of the present application, but not all embodiments. All other embodiments, which can be made by one of ordinary skill in the art without undue burden from the present disclosure, are within the scope of the present disclosure.

The technical solution of the embodiment of the application can be applied to various communication systems, for example: global system for mobile communications (Global System of Mobile communication, GSM), code division multiple access (Code Division Multiple Access, CDMA), wideband code division multiple access (Wideband Code Division Multiple Access, WCDMA) systems, general packet radio service (General Packet Radio Service, GPRS), long term evolution (Long Term Evolution, LTE) systems, LTE frequency division duplex (Frequency Division Duplex, FDD) systems, LTE time division duplex (Time Division Duplex, TDD), universal mobile telecommunications system (Universal Mobile Telecommunication System, UMTS), worldwide interoperability for microwave access (Worldwide Interoperability for Microwave Access, wiMAX) communication systems, or 5G systems, and the like.

By way of example, the communication system to which the embodiments of the present application apply may include a network device, which may be a device that communicates with a terminal device (or referred to as a communication terminal, terminal). The network device may provide communication coverage for a particular geographic area and may communicate with terminal devices located within the coverage area. Alternatively, the network device may be a base station (Base Transceiver Station, BTS) in a GSM system or a CDMA system, a base station (NodeB, NB) in a WCDMA system, an evolved base station (Evolutional Node B, eNB or eNodeB) in an LTE system, or a radio controller in a cloud radio access network (Cloud Radio Access Network, CRAN), or the network device may be a mobile switching center, a relay station, an access point, a vehicle device, a wearable device, a hub, a switch, a bridge, a router, a network-side device in a 5G network, or a network device in a future evolved public land mobile network (Public Land Mobile Network, PLMN), etc.

The communication system applied by the embodiment of the application further comprises at least one terminal device located in the coverage area of the network device. As used herein, "terminal device" includes, but is not limited to, a User Equipment (UE), an access terminal, a subscriber unit, a subscriber station, a mobile station, a remote terminal, a mobile device, a User terminal, a wireless communication device, a User agent, or a User Equipment. An access terminal may be, but is not limited to, a cellular telephone, a cordless telephone, a session initiation protocol (Session Initiation Protocol, SIP) phone, a wireless local loop (Wireless Local Loop, WLL) station, a personal digital assistant (Personal Digital Assistant, PDA), a handheld device with wireless communication capabilities, a computing device or other processing device connected to a wireless modem, an in-vehicle device, a wearable device, a terminal device in a future 5G network or a terminal device in a future evolved public land mobile network (Public Land Mobile Network, PLMN), etc.

Alternatively, the 5G system or 5G network may also be referred to as a New Radio (NR) system or NR network.

It should be understood that the terms "system" and "network" are used interchangeably herein. The term "and/or" is herein merely an association relationship describing an associated object, meaning that there may be three relationships, e.g., a and/or B, may represent: a exists alone, A and B exist together, and B exists alone. In addition, the character "/" herein generally indicates that the front and rear associated objects are an "or" relationship.

Alternatively, embodiments of the present application may be used in public land networks or local networks.

Wherein the public land network may be a PLMN-based public land network.

The local network may also be referred to as a local area network or a private network, which is typically arranged in an office scenario, a home scenario, a factory, where a more efficient and secure management may be achieved, typically with local users or administrators laying out the local network. Typically, authorized users that are able to access have access to the local network.

The local network may or may not be managed or governed by the public land network.

Alternatively, the local network may communicate using unlicensed bands, or may share licensed bands with the public land network.

Alternatively, the home network may be a network belonging to the 3GPP category. The core network of the local network may be an NR or LTE core network, and the local network may be accessed to the core network through an NR access network, an LTE access network, or wireless fidelity (Wireless Fidelity, wifi).

Alternatively, in the embodiment of the present application, the public land network and the local network may share a core network, and the access network is independent; alternatively, the access networks may be shared, while the core networks are independent; alternatively, the access network and the core network may be shared; alternatively, neither the access network nor the core network is common.

Alternatively, in embodiments of the present application, multiple or multiple local networks may share a core network, while the access networks are independent; alternatively, the access networks may be shared, while the core networks are independent; alternatively, the access network and the core network may be shared; alternatively, neither the access network nor the core network is common.

Fig. 2 is a schematic flow chart of a method 200 of wireless communication according to an embodiment of the present application. The method 200 may include at least some of the following. The method 200 may be used for downlink transmission or uplink transmission. When used for downlink transmission, the first device may be a network-side device (e.g., an access network device or a core network device), and the second device may be a terminal device. For uplink transmission, the first device may be a terminal device, and the second device may be a network-side device (e.g., an access network device or a core network device).

In S210, the first device acquires first information. And in S220, the first device determines, according to the first information, that the header decompression status in the feedback packet received from the second device corresponds to a first portion and/or a second portion in the ethernet frame.

In the conventional LTE system, the type of PDU session is an IP type, but in the NR system, not only an IP packet type but also an Ethernet type is introduced. For example, for a layer of a PDU, when a PDU Session (Session) type is IPv4, IPv6 or IPv4v6, the PDU Session is corresponding to an IPv4 packet (packets) and/or an IPv6 packet; when the PDU Session type is Ethernet, the PDU Session corresponds to Ethernet frames (frames).

The frame format of ethernet frames available to embodiments of the present application is described below in connection with fig. 3.

In the frame format in fig. 3, the ethernet frame comprises an ethernet frame header and a data portion, wherein the ethernet frame header may comprise a destination address, a source address, a type and/or a length, and the data portion may comprise data and a header of the data portion, such as an IP header. There are also two parts in the 5G network that are not transmitted, a preamble and a frame check sequence (frame check sequence, FCS). The Ethernet frame shown in fig. 3 may be an Ethernet II frame type.

It should be understood that the frame format shown in fig. 3 is merely exemplary and should not be construed as limiting the embodiments of the present application in any way.

Header compression and decompression can be performed when header compression and decompression processing is performed on the header of Ethernet and the header of the data portion (e.g., the header portion of an IP packet) of an Ethernet PDU. However, how to distinguish the header decompression state in the feedback packet of the decompression end is aimed at the header of Ethernet and/or the header of the data portion is not specified at present.

Alternatively, in embodiments of the present application, the first portion may be a header of the ethernet frame and/or the second portion may be a header of a data portion in the ethernet frame. The data portion may be, for example, an IP packet. The first information may be information of a feedback packet sent by the decompression end, for example, may be sub-protocol (profile) information included in the feedback packet, or an identifier of the feedback packet, or a format of the feedback packet.

The LTE/NR protocol introduces header compression and header decompression functions, and different header compression and header compression parameters may be used according to the configured profile. That is, the first device may compress the header of the ethernet frame and/or the header of the data part based on a sub-protocol (profile) Identification (ID).

Among other things, the sub-protocol IDs mentioned in the embodiments of the present application may indicate compression objects and compression policies. As shown in table 1, the compressed objects may include uncompressed, real-time transport protocol (Real-time Transport Protocol, RTP) protocol, user datagram protocol (User Datagram Protocol, UDP), IP protocol, encapsulation security payload protocol (Encapsulating Security Payloads, ESP), transmission control protocol (Transmission Control Protocol, TCP), and the like. Compression policies include RFC 5225, RFC 6846, RFC 3095,RFC 4815,RFC 3843, RFC 5795, and the like.

TABLE 1

Sub-protocol ID	Compression object (Usage)	Compression strategy (Reference)
			0x0000	Not compressed	RFC 5795
0x0001	RTP/UDP/IP	RFC 3095，RFC 4815
			0x0002	UDP/IP	RFC 3095，RFC 4815
0x0003	ESP/IP	RFC 3095，RFC 4815
			0x0004	IP	RFC 3843，RFC 4815
0x0006	TCP/IP	RFC 6846
			0x0101	RTP/UDP/IP	RFC 5225
0x0102	UDP/IP	RFC 5225
			0x0103	ESP/IP	RFC 5225
0x0104	IP	RFC 5225

The header of the Ethernet frame can be compressed by adopting a first sub-protocol identifier, and the header of the data part can be compressed by adopting a second sub-protocol identifier; or the header of the ethernet frame and the header of the data portion may be compressed using the same sub-protocol identification. For example, the first sub-protocol identification may be ID0x0001, 0x0002, 0x0003, 0x0004, or 0x0006 as in Table 1, and the second sub-protocol identification may be 0x0101, 0x0102, 0x0103, or 0x0104 as in Table 1.

After the first device completes compressing the ethernet frame based on the sub-protocol identification, the first device may send the compressed ethernet frame to the second device. After receiving the compressed ethernet frame, the second device may decompress the ethernet frame and may feedback a compression result, where the decompression result may optionally feedback whether the ethernet frame is decompressed successfully, and further may feedback whether the header portion of the ethernet frame is decompressed successfully. I.e. the decompression result is for the header of the ethernet frame and/or the header of the data part.

Alternatively, if the second device decompresses the header of the data portion, the decompression result for the header of the data portion may be fed back; if the second device decompresses the header of the ethernet frame, a decompression result for the header of the ethernet frame may be fed back; if the second device decompresses the header of the ethernet frame and the header of the data portion, feedback may be performed for the whole header of the ethernet frame and the header of the data portion or feedback may be performed separately; if only the head of the Ethernet frame is not decompressed successfully, the head of the Ethernet frame and the head of the data part can be fed back; or if the header of the ethernet frame and the header of the data portion are not decompressed successfully, the second device may also perform separate feedback for each portion, for example, if the header of the ethernet frame is not decompressed successfully, it may feedback that the header of the ethernet frame is not decompressed successfully, and if the header of the data portion is not decompressed successfully, it may feedback that the header of the data portion is not decompressed successfully.

Alternatively, the feedback result may be carried in a feedback packet for which at least part of the header of the various headers included in the ethernet frame is decompressed feedback. For example the header of an ethernet frame and/or the header of a data portion.

In the case that the first device receives the feedback packet, if the feedback packet indicates that at least part of the header is not decompressed successfully, the first device may retransmit the at least part of the header, or may retransmit the ethernet frame as well; or alternatively, the process may be performed,

if the first device receives the feedback packet, if the feedback packet indicates that at least part of the header is not decompressed successfully, the first device confirms whether to perform migration of the compression state machine, and if so, the first device performs header compression by adopting a more reliable compression state machine. The corresponding decompression end decompresses according to the corresponding decompression state machine.

Alternatively, the first device may obtain the first information from the feedback packet. For example, the first information may be sub-protocol information included in the feedback packet, such as a sub-protocol ID, and the first information may also be flag information in the feedback packet, or may be an identifier of the feedback packet, or may also be the first information or may be a format of the feedback packet.

That is, the first device may distinguish, according to the feedback packet, whether the header of the ethernet frame or the header of the data portion corresponding to the header decompression state in the feedback packet, so that the first device may perform corresponding retransmission or migration of the compression state machine.

In one implementation, the sub-protocol information in the feedback packet may be used to distinguish whether the header decompression state in the feedback packet is for the header of an ethernet frame or the header of a data portion. For example, the sub-protocol information of the header of the ethernet frame and the header of the data portion may be different, and the sub-protocol information for decompression may be carried in the feedback packet, where the sub-protocol information 1 corresponds to the header of the ethernet frame, and the sub-protocol information 2 corresponds to the header of the data portion.

In another implementation, flag information in a feedback packet may be used to distinguish whether the header decompression state in the feedback packet corresponds to the header of an ethernet frame or the header of a data portion. Alternatively, the flag information may be a reserved bit of the header of the feedback packet, or an indication bit in the PDU type field in the feedback packet, or newly added field information.

For example, the format of the feedback packet may be as shown in fig. 3, and the reserved bits of the header of the feedback packet may be used to indicate whether the header decompression status in the feedback packet corresponds to the header of the ethernet frame or the header of the data portion. For example, the header carrying a certain value may be the header of an ethernet frame, the header carrying no certain value may be the header of a data portion, or the header carrying a certain value may be the header of a data portion, and the header carrying no certain value may be the header of an ethernet frame. Alternatively, the header carrying one value is an ethernet frame header and the header carrying the other value is a data portion header.

Alternatively, a part of bits may exist in the PDU type field as shown in fig. 3 as indication bits of the feedback part. For example, the part of bits carrying a certain value may be the header of the ethernet frame, and the part of bits carrying no certain value may be the header of the data portion, or the part of bits carrying a certain value may be the header of the data portion, and the part of bits carrying no certain value may be the header of the ethernet frame. Alternatively, the header carrying one value is an ethernet frame header and the header carrying the other value is a data portion header.

Still alternatively, domain information may be added between the header and the data portion of the existing feedback packet. The newly added domain information may be used to indicate whether the header decompression status in the feedback packet corresponds to the header of an ethernet frame or the header of a data portion. For example, the new field may carry a certain value, which is the header of the ethernet frame, and not carry a certain value, which is the header of the data portion, or carry a certain value, which is the header of the data portion, and not carry a certain value, which is the header of the ethernet frame. Alternatively, the header carrying one value is an ethernet frame header and the header carrying the other value is a data portion header.

Alternatively, the flag information may be located at the header or the trailer of the feedback packet.

It should be understood that the above description is given by way of example of indicating whether the header decompression state in the feedback packet corresponds to the header of the ethernet frame or the header of the data portion. The embodiments of the present application are not limited thereto.

The feedback packet may be referred to as a scattered PDCP ROHC feedback packet (PDCP interspersed ROHC (Robust Header Compression, robust header compression) feedback packet), may be a new PDCP control PDU format, or may be a ROHC header compression feedback packet outside the PDCP layer.

In another possible implementation, the format of the feedback packet may be used to distinguish whether the header decompression state in the feedback packet corresponds to the header of an ethernet frame or the header of a data portion. For example, the header of the ethernet frame may use the existing scattered PDCP ROHC feedback packet, the header of the data portion may use a new PDCP control PDU format, or the PDU type in the existing scattered PDCP ROHC feedback packet may carry a certain value, or the reserved bit in the existing scattered PDCP ROHC feedback packet may carry a certain value; alternatively, the header of the ethernet frame may use a new PDCP control PDU format, or the PDU type in the existing scattered PDCP ROHC feedback packet may carry a certain value, or the reserved bit in the existing scattered PDCP ROHC feedback packet may carry a certain value, and the header of the data portion may use the existing scattered PDCP ROHC feedback packet. For another example, the header of the ethernet frame may employ a scattered PDCP ROHC feedback packet, and the header of the data portion employs a ROHC header compression feedback packet other than the PDCP layer; or the header of the ethernet frame compresses the feedback packet using an ROHC header other than the PDCP layer, and the header of the data portion uses a scattered PDCP ROHC feedback packet, etc.

Alternatively, in the embodiment of the present application, the feedback packet may also be a data packet after compression.

Optionally, in an embodiment of the present application, the first device may further determine a protocol layer for processing the feedback packet. For example, the feedback packet may be processed in a packet data convergence protocol (Packet Data Convergence Protocol, PDCP) layer, a protocol data unit (Protocol Data Unit, PDU) layer, or an added sub-layer in a fifth generation communication system 5G network.

Taking the first device as a terminal device and the second device as a network device as an example, the network device may generate a feedback packet in the PDCP layer, the PDU layer or the new sub-layer, and send the feedback packet to the terminal device. And the terminal device may identify the feedback packet in the PDCP layer, the PDU layer, or the new sub-layer, and further process the feedback packet in the PDCP layer, the PDU layer, or the new sub-layer.

Taking the first device as a network device and the second device as a terminal device as an example, the terminal device may generate a feedback packet in the PDCP layer, the PDU layer or the new sub-layer, and send the feedback packet to the network device. And the network device may identify the feedback packet at the PDCP layer, the PDU layer, or the new sub-layer, and further process the feedback packet at the PDCP layer, the PDU layer, or the new sub-layer.

In one possible implementation, if the header of the ethernet frame and/or the header of the data portion is compressed and decompressed at a protocol layer other than the packet data convergence protocol PDCP layer, the first device determines a protocol layer to process the feedback packet, including: the first device determines a protocol layer that processes the feedback packet as a protocol layer of the header of the compressed ethernet frame and/or the header of the data portion.

That is, if the header of the ethernet frame and/or the header of the data portion is decompressed to a protocol layer other than PDCP, and if the header of the ethernet frame and/or the header of the data portion is compressed to a protocol layer other than PDCP, a corresponding ROHC header compression feedback packet is generated at the decompressed protocol layer, and the feedback packet is processed at the protocol layer that processes header compression at the opposite end. The packet is a data packet for the PDCP entity.

In another possible implementation, if the header of the ethernet frame and/or the header of the data portion is compressed at a packet data convergence protocol PDCP layer, the header of the ethernet frame and/or the header of the data portion is decompressed at a protocol layer other than the PDCP layer, the first device determining the protocol layer that processes the feedback packet includes: the first device determines a protocol layer that processes the feedback packet as the PDCP layer.

That is, if decompression of the header of the ethernet frame and/or the header of the data portion is performed at a protocol layer other than PDCP, and compression of the header of the ethernet frame and/or the header of the data portion is performed at the PDCP layer, a corresponding feedback packet is generated at the protocol layer that processes the decompression, the feedback packet may be mapped to a home PDCP layer (e.g., a service-free data adaptation protocol (Service Data Adaptation Protocol, SDAP) header, etc.), and further the feedback packet may be processed at an opposite PDCP layer according to the first information. The mapping manner of the feedback packet may include transparent transmission.

Fig. 4 is a schematic flow chart of a method 300 of wireless communication according to an embodiment of the present application. The method 300 may include at least some of the following.

S310, the first device receives a feedback packet sent by the second device, wherein the header decompression state in the feedback packet corresponds to a first part and/or a second part in the Ethernet frame;

s320, the first device determines a protocol layer for processing the feedback packet.

After the first device receives the feedback packet sent by the second device, the first device may also determine a protocol layer that processes the feedback packet. For example, the feedback packet may be processed in a packet data convergence protocol (Packet Data Convergence Protocol, PDCP) layer, a protocol data unit (Protocol Data Unit, PDU) layer, or an added sub-layer in a fifth generation communication system 5G network.

That is, if decompression of the header of the ethernet frame and/or the header of the data portion is performed at a protocol layer other than PDCP, and compression of the header of the ethernet frame and/or the header of the data portion is performed at the PDCP layer, a corresponding feedback packet is generated at the protocol layer that processes the decompression, and the feedback packet may be mapped to the home PDCP layer (e.g., without adding an SDAP header, etc.), and further the feedback packet may be processed at the opposite PDCP layer according to the first information. The mapping manner of the feedback packet may include transparent transmission.

Optionally, in this embodiment of the present application, the first device may further obtain first information according to the feedback packet, and process the feedback packet at the protocol layer according to the first information. The first information may be information of a feedback packet sent by the decompression end, for example, may be sub-protocol (profile) information included in the feedback packet, or may be a format of the feedback packet.

It should be appreciated that both the method 200 and the method 300 may be performed by the first device, and that at least some of the content of the method 300 has been described in detail in the method 200, and for brevity, will not be described in detail herein.

Fig. 5 is a schematic flow chart diagram of a method 400 of wireless communication according to an embodiment of the present application. The method 400 may include at least some of the following.

S410, the second device sends a feedback packet to the first device, where the feedback packet is used for the first device to obtain first information, where the first information is used to determine that the header decompression status in the feedback packet corresponds to the first portion and/or the second portion in the ethernet frame.

Optionally, in an embodiment of the present application, the first portion is a header of the ethernet frame, and/or the second portion is a header of a data portion in the ethernet frame.

Optionally, in an embodiment of the present application, the first information is at least one of the following information: sub-protocol information in the feedback packet, flag information in the feedback packet, and a format of the feedback packet.

Optionally, in the embodiment of the present application, the flag information in the feedback packet includes a reserved bit of a header of the feedback packet, or an indication bit in a PDU type field of a protocol data unit in the feedback packet, or newly added field information.

Optionally, in an embodiment of the present application, the flag information is located at a header or a trailer of the feedback packet.

Optionally, in an embodiment of the present application, the feedback packet is a compressed data packet.

Optionally, in an embodiment of the present application, the method further includes: the second device generates the feedback packet at the first protocol layer.

Optionally, in an embodiment of the present application, the first protocol layer is a packet data convergence protocol PDCP layer, a protocol data unit PDU layer, or an added sub-layer in a fifth generation communication system 5G network.

Optionally, in an embodiment of the present application, if the first protocol layer is a protocol layer other than a packet data convergence protocol PDCP layer, the method further includes: the second device maps the feedback packet generated at the first protocol layer to the PDCP layer of the second device such that the PDCP layer of the first device processes the feedback packet.

It should be understood that the method 400 is applicable to a decompression end, and the method 200 is applicable to a compression end, and for the description of the decompression end, reference may be made to the description in the method 200, and for brevity, a detailed description is omitted here.

Fig. 6 is a schematic flow chart diagram of a method 500 of wireless communication according to an embodiment of the present application. The method 500 may include at least some of the following.

S510, the second device generates a feedback packet at the first protocol layer, wherein the header decompression state in the feedback packet corresponds to the first part and/or the second part in the Ethernet frame;

s520, the second device transmits the feedback packet to the first device.

It should be understood that the method 500 is applicable to a decompression end, and the method 300 is applicable to a compression end, and for the description of the decompression end, reference may be made to the description in the method 300, and for brevity, a detailed description is omitted here.

Having described in detail the method of wireless communication according to the embodiments of the present application above, a communication apparatus according to the embodiments of the present application will be described below with reference to fig. 7 to 10, and technical features described in the method embodiments are applicable to the following apparatus embodiments.

Fig. 7 shows a schematic block diagram of a communication device 600 of an embodiment of the present application. The communication device 600 is a first device, as shown in fig. 7, the communication device 600 includes:

the processing unit 610 is configured to obtain first information, and determine, according to the first information, that the header decompression status in the feedback packet received from the second device corresponds to a first portion and/or a second portion in the ethernet frame.

Optionally, in an embodiment of the present application, the communication device further includes: the receiving and transmitting unit is used for receiving a feedback packet sent by the second equipment; the processing unit is specifically used for: and acquiring the first information according to the feedback packet.

Optionally, in an embodiment of the present application, the processing unit is further configured to: a protocol layer is determined that processes the feedback packet.

Optionally, in an embodiment of the present application, the protocol layer is a packet data convergence protocol PDCP layer, a protocol data unit PDU layer, or an added sub-layer in a fifth generation communication system 5G network.

Optionally, in an embodiment of the present application, if the first portion and/or the second portion are compressed and decompressed at a protocol layer other than the packet data convergence protocol PDCP layer, the first device processing unit is specifically configured to: the protocol layer that processes the feedback packet is determined to be the protocol layer that compresses the header of the ethernet frame and/or the header of the data portion.

Optionally, in this embodiment of the present application, if the first portion and/or the second portion is compressed in a PDCP layer, the first portion and/or the second portion is decompressed in a PDCP layer other than the PDCP layer, the processing unit is specifically configured to: determining a protocol layer for processing the feedback packet as the PDCP layer.

It should be understood that the communication device 600 may implement the corresponding operation of the first device in the method 200, and will not be described herein for brevity.

Fig. 8 shows a schematic block diagram of a communication device 700 of an embodiment of the present application. The communication device 700 is a first device, as shown in fig. 8, and the communication device 700 includes:

a transceiver unit 710, configured to receive a feedback packet sent by the second device, where a header decompression state in the feedback packet corresponds to a first portion and/or a second portion in the ethernet frame;

a processing unit 720, configured to determine a protocol layer for processing the feedback packet.

Optionally, in an embodiment of the present application, the processing unit is further configured to: and according to the feedback packet, acquiring first information, and processing the feedback packet at the protocol layer according to the first information.

It should be appreciated that the communication device 700 may implement the corresponding operation of the first device in the method 400, and for brevity, will not be described in detail herein.

Fig. 9 shows a schematic block diagram of a communication device 800 of an embodiment of the present application. The communication device 800 is a second device, as shown in fig. 9, the communication device 800 includes:

the transceiver 810 is configured to send a feedback packet to the first device, where the feedback packet is used by the first device to obtain first information, and the first information is used to determine that the header decompression status in the feedback packet corresponds to a first portion and/or a second portion in the ethernet frame.

Optionally, in an embodiment of the present application, the processing unit is further configured to: the feedback packet is generated at the first protocol layer.

Optionally, in the embodiment of the present application, if the first protocol layer is a protocol layer other than a packet data convergence protocol PDCP layer, the processing unit is further configured to: the feedback packet generated at the first protocol layer is mapped to the PDCP layer of the second device such that the PDCP layer of the first device processes the feedback packet.

It should be appreciated that the communication device 800 may implement the corresponding operation of the second device in the method 500, and for brevity, will not be described in detail herein.

Fig. 10 shows a schematic block diagram of a communication device 900 of an embodiment of the present application. The communication device 900 is a second device, as shown in fig. 10, and the communication device 900 includes:

a processing unit 910, configured to generate, at a first protocol layer, a feedback packet, where a header decompression state in the feedback packet corresponds to a first portion and/or a second portion in the ethernet frame;

and a transceiver 920, configured to send the feedback packet to the first device.

It should be appreciated that the communication device 900 may implement the corresponding operation of the second device in the method 600, and for brevity, will not be described in detail herein.

Fig. 11 is a schematic block diagram of a communication device 1000 according to an embodiment of the present application. The communication device 1000 shown in fig. 11 comprises a processor 1010, from which the processor 1010 may call and run a computer program to implement the method in the embodiments of the present application.

Optionally, as shown in fig. 11, the communication device 1000 may also include a memory 1020. Wherein the processor 1010 may call and run a computer program from the memory 1020 to implement the methods in embodiments of the present application.

The memory 1020 may be a separate device from the processor 1010 or may be integrated into the processor 1010.

Optionally, as shown in fig. 11, the communication device 1000 may further include a transceiver 1030, and the processor 1010 may control the transceiver 1030 to communicate with other devices, and in particular, may send information or data to other devices or receive information or data sent by other devices.

The transceiver 1030 may include, among other things, a transmitter and a receiver. The transceiver 1030 may further include an antenna, the number of which may be one or more.

Optionally, the communication device 1000 may be specifically a first device in the embodiments of the present application, and the communication device 1000 may implement a corresponding flow implemented by the first device in each method in the embodiments of the present application, which is not described herein for brevity.

Optionally, the communication device 1000 may be specifically a second device in the embodiment of the present application, and the communication device 1000 may implement a corresponding flow implemented by the second device in each method in the embodiment of the present application, which is not described herein for brevity.

Fig. 12 is a schematic structural diagram of a chip of an embodiment of the present application. The chip 1100 shown in fig. 12 includes a processor 1110, and the processor 1110 may call and run a computer program from a memory to implement the method in the embodiment of the present application.

Optionally, as shown in fig. 12, the chip 1100 may further include a memory 1120. Wherein the processor 1110 may call and run a computer program from the memory 1120 to implement the methods in embodiments of the present application.

Wherein the memory 1120 may be a separate device from the processor 1110 or may be integrated into the processor 1110.

Optionally, the chip 1100 may also include an input interface 1130. The processor 1110 may control the input interface 1130 to communicate with other devices or chips, and in particular, may obtain information or data sent by the other devices or chips.

Optionally, the chip 1100 may also include an output interface 1140. Wherein the processor 1110 may control the output interface 1140 to communicate with other devices or chips, and in particular, may output information or data to other devices or chips.

Optionally, the chip may be applied to the first device in the embodiment of the present application, and the chip may implement a corresponding flow implemented by the first device in each method in the embodiment of the present application, which is not described herein for brevity.

Optionally, the chip may be applied to the second device in the embodiment of the present application, and the chip may implement a corresponding flow implemented by the second device in each method in the embodiment of the present application, which is not described herein for brevity.

It should be understood that the chips referred to in the embodiments of the present application may also be referred to as system-on-chip chips, or the like.

It should be appreciated that the processor of an embodiment of the present application may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method embodiments may be implemented by integrated logic circuits of hardware in a processor or instructions in software form. The processor may be a general purpose processor, a digital signal processor (Digital Signal Processor, DSP), an application specific integrated circuit (Application Specific Integrated Circuit, ASIC), an off-the-shelf programmable gate array (Field Programmable Gate Array, FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware components. The disclosed methods, steps, and logic blocks in the embodiments of the present application may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of a method disclosed in connection with the embodiments of the present application may be embodied directly in hardware, in a decoded processor, or in a combination of hardware and software modules in a decoded processor. The software modules may be located in a random access memory, flash memory, read only memory, programmable read only memory, or electrically erasable programmable memory, registers, etc. as well known in the art. The storage medium is located in a memory, and the processor reads the information in the memory and, in combination with its hardware, performs the steps of the above method.

It will be appreciated that the memory in embodiments of the present application may be either volatile memory or nonvolatile memory, or may include both volatile and nonvolatile memory. The nonvolatile Memory may be a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically Erasable EPROM (EEPROM), or a flash Memory. The volatile memory may be random access memory (Random Access Memory, RAM) which acts as an external cache. By way of example, and not limitation, many forms of RAM are available, such as Static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double Data Rate SDRAM (Double Data Rate SDRAM), enhanced SDRAM (ESDRAM), synchronous DRAM (SLDRAM), and Direct RAM (DR RAM). It should be noted that the memory of the systems and methods described herein is intended to comprise, without being limited to, these and any other suitable types of memory.

It should be understood that the above memory is exemplary but not limiting, and for example, the memory in the embodiments of the present application may be Static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), synchronous Link DRAM (SLDRAM), direct RAM (DR RAM), and the like. That is, the memory in embodiments of the present application is intended to comprise, without being limited to, these and any other suitable types of memory.

Reference numeral 13 is a schematic block diagram of a communication system 1200 provided in an embodiment of the application. As shown in fig. 13, the communication system 1200 includes a first device 1210 and a second device 1220.

The first device 1210 may be configured to implement the corresponding function implemented by the first device in the above method, and the second device 1220 may be configured to implement the corresponding function implemented by the second device in the above method, which are not described herein for brevity.

Embodiments of the present application also provide a computer-readable storage medium for storing a computer program.

Optionally, the computer readable storage medium may be applied to a communication device in the embodiments of the present application, and the computer program causes a computer to execute a corresponding flow implemented by the first device in each method in the embodiments of the present application, which is not described herein for brevity.

Optionally, the computer readable storage medium may be applied to a communication device in the embodiments of the present application, and the computer program causes a computer to execute a corresponding flow implemented by a second device in each method in the embodiments of the present application, which is not described herein for brevity.

Embodiments of the present application also provide a computer program product comprising computer program instructions.

Optionally, the computer program product may be applied to a communication device in the embodiments of the present application, and the computer program instructions cause a computer to execute a corresponding flow implemented by the first device in each method in the embodiments of the present application, which is not described herein for brevity.

Optionally, the computer program product may be applied to a communication device in the embodiments of the present application, and the computer program instructions cause the computer to execute a corresponding flow implemented by the second device in each method in the embodiments of the present application, which is not described herein for brevity.

The embodiment of the application also provides a computer program.

Optionally, the computer program may be applied to the communication device in the embodiments of the present application, and when the computer program runs on a computer, the computer is caused to execute a corresponding flow implemented by the first device in each method in the embodiments of the present application, which is not described herein for brevity.

Optionally, the computer program may be applied to the communication device in the embodiments of the present application, and when the computer program runs on a computer, the computer is caused to execute a corresponding flow implemented by the second device in each method in the embodiments of the present application, which is not described herein for brevity.

Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

It will be clear to those skilled in the art that, for convenience and brevity of description, specific working procedures of the above-described systems, apparatuses and units may refer to corresponding procedures in the foregoing method embodiments, and are not repeated herein.

In the several embodiments provided in this application, it should be understood that the disclosed systems, devices, and methods may be implemented in other manners. For example, the apparatus embodiments described above are merely illustrative, e.g., the division of the units is merely a logical function division, and there may be additional divisions when actually implemented, e.g., multiple units or components may be combined or integrated into another system, or some features may be omitted or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be an indirect coupling or communication connection via some interfaces, devices or units, which may be in electrical, mechanical or other form.

The units described as separate units may or may not be physically separate, and units shown as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit.

The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer-readable storage medium. Based on such understanding, the technical solution of the present application may be embodied essentially or in a part contributing to the prior art or in a part of the technical solution, in the form of a software product stored in a storage medium, including several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the methods described in the embodiments of the present application. And the aforementioned storage medium includes: a usb disk, a removable hard disk, a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), a magnetic disk, or an optical disk, or other various media capable of storing program codes.

The foregoing is merely specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily think about changes or substitutions within the technical scope of the present application, and the changes and substitutions are intended to be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. A method of wireless communication, comprising:

the method comprises the steps that a first device receives a feedback packet sent by a second device, and first information is obtained according to the feedback packet;

the first device determines that the header decompression state in the feedback packet received from the second device corresponds to a first part and/or a second part in the Ethernet frame according to the first information;

wherein the first part is the head of the Ethernet frame, and the second part is the head of the data part in the Ethernet frame;

the first information comprises sub-protocol information in the feedback packet, and the sub-protocol information of the head of the Ethernet frame and the sub-protocol information of the head of the data part are different;

the method further comprises the steps of:

the first device determining a protocol layer for processing the feedback packet;

wherein if the first portion and/or the second portion are compressed and decompressed at a protocol layer other than a packet data convergence protocol PDCP layer, the first device determines a protocol layer to process the feedback packet, comprising:

the first device determines a protocol layer for processing the feedback packet as a protocol layer for compressing the header of the ethernet frame and/or the header of the data portion;

if the first portion and/or the second portion is compressed at a packet data convergence protocol PDCP layer, the first portion and/or the second portion is decompressed at a protocol layer other than the PDCP layer, the first device determining a protocol layer for processing the feedback packet, comprising:

The first device determines a protocol layer that processes the feedback packet as the PDCP layer.

2. The method of claim 1, wherein the feedback packet is a compressed data packet.

3. The method of claim 1, wherein the protocol layer is a packet data convergence protocol PDCP layer, a protocol data unit PDU layer, or an add-on sublayer in a fifth generation communication system 5G network.

4. A method of wireless communication, comprising:

the method comprises the steps that a first device receives a feedback packet sent by a second device, wherein a header decompression state in the feedback packet corresponds to a first part and/or a second part in an Ethernet frame; wherein the first part is the head of the Ethernet frame, and the second part is the head of the data part in the Ethernet frame; the first device determining a protocol layer for processing the feedback packet;

the first device determines a protocol layer for processing the feedback packet as the PDCP layer;

the first device obtains first information according to the feedback packet;

the first device processes the feedback packet at the protocol layer according to the first information;

wherein the first information includes sub-protocol information in the feedback packet, and the sub-protocol information of the header of the ethernet frame and the header of the data portion are different.

5. The method of claim 4, wherein the protocol layer is a packet data convergence protocol PDCP layer, a protocol data unit PDU layer, or an add-on sublayer in a fifth generation communication system 5G network.

6. A method of wireless communication, comprising:

the second device sends a feedback packet to the first device, wherein the feedback packet is used for the first device to acquire first information, and the first information is used for determining that the header decompression state in the feedback packet corresponds to a first part and/or a second part in an Ethernet frame;

Wherein the first part is the head of the Ethernet frame and/or the second part is the head of the data part in the Ethernet frame;

the method further comprises the steps of: the second device generates the feedback packet at a first protocol layer;

if the first protocol layer is a protocol layer other than a packet data convergence protocol PDCP layer, the method further comprises:

the second device maps the feedback packet generated at the first protocol layer to the PDCP layer of the second device such that the PDCP layer of the first device processes the feedback packet.

7. The method of claim 6, wherein the feedback packet is a compressed data packet.

8. The method of claim 6, wherein the first protocol layer is a packet data convergence protocol PDCP layer, a protocol data unit PDU layer, or an additional sub-layer in a fifth generation communication system 5G network.

9. A method of wireless communication, comprising:

the second device generates a feedback packet at the first protocol layer, wherein the header decompression state in the feedback packet corresponds to the first part and/or the second part in the Ethernet frame; wherein the first part is the head of the Ethernet frame, and the second part is the head of the data part in the Ethernet frame;

The second device sends the feedback packet to the first device;

the feedback packet carries sub-protocol information, and the sub-protocol information of the head of the Ethernet frame and the sub-protocol information of the head of the data part are different;

10. The method of claim 9, wherein the first protocol layer is a packet data convergence protocol PDCP layer, a protocol data unit PDU layer, or an additional sub-layer in a fifth generation communication system 5G network.

11. A communication device, wherein the communication device is a first device, comprising:

the receiving and transmitting unit is used for receiving a feedback packet sent by the second equipment;

a processing unit for acquiring the first information according to the feedback packet, and

determining, from the first information, that a header decompression state in a feedback packet received from the second device corresponds to a first portion and/or a second portion in an ethernet frame;

the processing unit is further configured to: determining a protocol layer for processing the feedback packet;

wherein if the first portion and/or the second portion are compressed and decompressed at a protocol layer other than a packet data convergence protocol PDCP layer, determining that the protocol layer that processes the feedback packet is the protocol layer that compresses the header of the ethernet frame and/or the header of the data portion;

if the first portion and/or the second portion is compressed at a packet data convergence protocol PDCP layer, the first portion and/or the second portion is decompressed at a protocol layer other than the PDCP layer, determining that the protocol layer processing the feedback packet is the PDCP layer.

12. The communication device of claim 11, wherein the feedback packet is a compressed data packet.

13. The communication device of claim 11, wherein the protocol layer is a packet data convergence protocol PDCP layer, a protocol data unit PDU layer, or an add-on sublayer in a fifth generation communication system 5G network.

14. A communication device, wherein the communication device is a first device, comprising:

the receiving and transmitting unit is used for receiving a feedback packet sent by the second device, and the header decompression state in the feedback packet corresponds to the first part and/or the second part in the Ethernet frame; wherein the first part is the head of the Ethernet frame, and the second part is the head of the data part in the Ethernet frame;

a processing unit, configured to determine a protocol layer for processing the feedback packet;

the processing unit is further configured to:

acquiring first information according to the feedback packet, and

processing the feedback packet at the protocol layer according to the first information;

wherein the first information includes sub-protocol information in the feedback packet, and the sub-protocol information of the header of the ethernet frame and the header of the data portion are different;

wherein, the processing unit is specifically configured to:

if the first portion and/or the second portion are compressed and decompressed at a protocol layer other than a packet data convergence protocol PDCP layer, determining that the protocol layer that processes the feedback packet is the protocol layer that compresses the header of the ethernet frame and/or the header of the data portion;

15. The communication device of claim 14, wherein the protocol layer is a packet data convergence protocol PDCP layer, a protocol data unit PDU layer, or an add-on sublayer in a fifth generation communication system 5G network.

16. A communication device, wherein the communication device is a second device, comprising:

the receiving and transmitting unit is used for sending a feedback packet to the first device, wherein the feedback packet is used for the first device to acquire first information, and the first information is used for determining that a header decompression state in the feedback packet corresponds to a first part and/or a second part in an Ethernet frame;

the processing unit is used for generating the feedback packet at a first protocol layer;

wherein if the first protocol layer is a protocol layer other than a packet data convergence protocol PDCP layer, the processing unit is further configured to: and mapping the feedback packet generated at the first protocol layer to the PDCP layer of the second device, so that the PDCP layer of the first device processes the feedback packet.

17. The communication device of claim 16, wherein the feedback packet is a compressed data packet.

18. The communication device of claim 16, wherein the first protocol layer is a packet data convergence protocol PDCP layer, a protocol data unit PDU layer, or an additional sub-layer in a fifth generation communication system 5G network.

19. A communication device, wherein the communication device is a second device, comprising:

a processing unit, configured to generate a feedback packet at a first protocol layer, where a header decompression state in the feedback packet corresponds to a first portion and/or a second portion in an ethernet frame; wherein the first part is the head of the Ethernet frame, and the second part is the head of the data part in the Ethernet frame;

the receiving and transmitting unit is used for transmitting the feedback packet to the first equipment;

if the first protocol layer is a protocol layer other than a packet data convergence protocol PDCP layer, the processing unit is further configured to:

and mapping the feedback packet generated at the first protocol layer to the PDCP layer of the second device, so that the PDCP layer of the first device processes the feedback packet.

20. The communication device of claim 19, wherein the first protocol layer is a packet data convergence protocol PDCP layer, a protocol data unit PDU layer, or an additional sub-layer in a fifth generation communication system 5G network.

21. A communication device, comprising: a processor and a memory for storing a computer program, the processor being adapted to invoke and run the computer program stored in the memory, to perform the method according to any of claims 1 to 3.

22. A communication device, comprising: a processor and a memory for storing a computer program, the processor being adapted to invoke and run the computer program stored in the memory for performing the method according to claim 4 or 5.

23. A communication device, comprising: a processor and a memory for storing a computer program, the processor being adapted to invoke and run the computer program stored in the memory, to perform the method according to any of claims 6 to 8.

24. A communication device, comprising: a processor and a memory for storing a computer program, the processor being adapted to invoke and run the computer program stored in the memory for performing the method according to claim 9 or 10.

25. A chip, comprising: a processor for calling and running a computer program from a memory, causing a device on which the chip is mounted to perform the method of any one of claims 1 to 3.

26. A chip, comprising: a processor for calling and running a computer program from a memory, causing a device on which the chip is mounted to perform the method of claim 4 or 5.

27. A chip, comprising: a processor for calling and running a computer program from a memory, causing a device on which the chip is mounted to perform the method of any one of claims 6 to 8.

28. A chip, comprising: a processor for calling and running a computer program from a memory, causing a device on which the chip is mounted to perform the method of claim 9 or 10.

29. A computer readable storage medium storing a computer program for causing a computer to perform the method of any one of claims 1 to 3.

30. A computer readable storage medium storing a computer program for causing a computer to perform the method of claim 4 or 5.

31. A computer readable storage medium storing a computer program for causing a computer to perform the method of any one of claims 6 to 8.

32. A computer readable storage medium storing a computer program for causing a computer to perform the method of claim 9 or 10.