Patent Grant
12150203
The present invention relates to the field of communications technologies, and in particular, to a communication method and a related product.
Multicast is a manner in which a plurality of receive ends form a multicast group and a data source transfers data to the plurality of receive ends in the multicast group. With rapid development of mobile communications services, a large quantity of multimedia services emerge. For some application services such as video live broadcast, television broadcast, a video conference, online education, and an interactive game, a plurality of receive ends can simultaneously receive same data. Compared with common data, these mobile multimedia services are characterized by a large data volume, long duration, and latency sensitivity.
To make the most effective use of mobile network resources, a multimedia broadcast/multicast service (multimedia broadcast/multicast service, MBMS) is introduced into the 3rd generation partnership project (Third Generation Partnership Project, 3GPP) Rel-6, to provide a multicast service for a universal mobile telecommunications system (universal mobile telecommunications system, UMTS) by using a cellular network. Standardization of the MBMS is always in an evolution process.
To ensure that the MBMS can cover a sufficient area and that all user equipments (User Equipment, UE) in a multicast group can successfully receive multicast service data, an MBMS system sets a corresponding modulation and coding scheme and a multimedia resource by using user equipment with the worst signal quality in the multicast group as a reference. Because attenuation of wireless signal strength and a distance have an exponential relationship, spectral efficiency of user equipment with relatively poor signal quality in the multicast group is usually five to dozens of times less than average spectral efficiency, resulting in very low transmission efficiency.
A technical problem to be resolved in embodiments of the present invention is low transmission efficiency of multicast communication. A communication method and a related product are provided, to improve the transmission efficiency of the multicast communication.
According to a first aspect, an embodiment of the present invention provides a communication method, including:
The access network device may be a base station or another device that provides a network access function to the user equipment. Each of the unicast manner and the multicast manner corresponds to a data transmission manner. Using data sending as an example, in the unicast manner, a transmit end and a receive end of data are in a one-to-one correspondence. In this manner, the receive end and the transmit end may be well matched based on respective data transmission capabilities, and retransmission is facilitated. In the multicast manner, a transmit end and receive ends of data are in a one-to-many correspondence. In this manner, the transmit end sends same data to the plurality of receive ends on one air interface resource, thereby saving air interface resources. It may be understood that a data receiving manner corresponds to a data sending manner. For example, if a transmit end sends data in the unicast manner, a receive end receives the data in the unicast manner.
The indication information may be explicit indication information, for example, a dedicated flag bit. Alternatively, the indication information may be an implicit indication manner, for example, sending corresponding configuration information. More specifically, for example, assuming that it is required to instruct to receive the service data in the multicast manner, only configuration information of a multicast service may be sent.
In addition, before the user equipment receives the multicast service data in the unicast manner and/or the multicast manner, a radio bearer needs to be established, and corresponding configuration information is required for establishing the radio bearer. To distinguish between configuration information used for radio bearers corresponding to two manners of receiving the multicast service data, the configuration information used for the radio bearer corresponding to the unicast manner for receiving the multicast service data may be referred to as unicast configuration information, and the configuration information used for the radio bearer corresponding to the multicast manner for receiving the multicast service data may be referred to as multicast configuration information.
In this embodiment of the present invention, sending of the multicast service data is not limited to that all user equipments that receive the multicast service data receive the multicast service data in the multicast manner, thereby facilitating exclusion of user equipment that affects transmission efficiency, and improving the transmission efficiency of the multicast service.
In an optional implementation, that the access network device provides the configuration information about how to receive the multicast service data is further provided. The method further includes:
The configuration information is described above. The configuration information may be classified into the multicast configuration information and the unicast configuration information, which are respectively used to establish the radio bearer applicable to transmitting the multicast service data in the multicast manner, and establish the radio bearer applicable to transmitting the multicast service data in the unicast manner. In this embodiment of the present invention, the configuration information and the indication information may be sent by using same signaling. If the configuration information is used as implicit indication information, the configuration information may be used as the indication information.
In this embodiment, the configuration information is used to receive the multicast service data, because the multicast service data may be received in the unicast manner and/or the multicast manner, the configuration information may include the multicast configuration information and the unicast configuration information, or include only configuration information corresponding to the manner of receiving the multicast service data.
In an optional implementation, specific content of the configuration information is further provided. The configuration information includes:
The configuration information is information mainly used to establish a radio bearer. The foregoing information is used as an example of a possible implementation, and should not be understood as a unique limitation on this embodiment of the present invention.
In an optional implementation, a specific solution in which the access network device obtains multicast service information is further provided. The method further includes:
The access network device needs to indicate a manner used by the user equipment to receive the multicast service data, so that the access network device needs to learn of the user equipment that participates in receiving the multicast service data and a change status of the user equipment. Therefore, this solution is provided in this embodiment. The foregoing multicast service information may be sent after a multicast session is established, or may be update information sent by the core network device after user equipment joins or leaves a multicast group. The user equipment may report the multicast service information at any time, for example, after it is determined that the user equipment successfully joins the multicast session, or after the manner of receiving the multicast service is switched.
In an optional implementation, an optional implementation in which the access network device obtains the multicast service information is further provided. The receiving, by the access network device, the multicast service information sent by the user equipment or a core network device includes:
This embodiment provides a specific implementation solution of obtaining the multicast service information from the user equipment and obtaining the multicast service information from the core network device. The multicast session establishment request is a request used by the user equipment to request to establish a multicast session. The access network device may obtain the multicast service information by using the request without increasing signaling. In addition, the access network device may obtain the multicast service information in another case, which is described above and is not described herein again.
The multicast member change information is information sent when user equipment in the multicast group changes. The information may include the identifier information of the multicast service and identifiers of all user equipments in the multicast group. Alternatively, only changed information may be sent, for example, an identifier of user equipment and a change identifier, and the change identifier is used to indicate whether the user equipment newly joins the multicast group or leaves the multicast group.
In an optional implementation, an implementation in which the access network device obtains the multicast service data is further provided. The method further includes:
In this embodiment, the former manner of receiving the multicast service data is related to the quantity of user equipments that receive the multicast service data, and the access network device may use a threshold as a comparison standard. Specifically, if the quantity of user equipments that receive the multicast service data is greater than the threshold, the multicast manner is used; or if the quantity of user equipments that receive the multicast service data is less than the threshold, the unicast manner is used. In this embodiment, it is mainly considered that the more user equipments that receive the multicast service data, the more air interface resources are saved if the multicast manner is used. The threshold may be configured in the access network device, or may be specified by the core network device or another device that manages the access network device. This is not uniquely limited in this embodiment of the present invention.
The latter manner of receiving the multicast service data is related to channel quality of the user equipment, and specific related content may mainly include the following several types:
In this embodiment, the channel measurement information may be channel measurement feedback information, or may be any other information that can reflect the channel quality. The user equipment may periodically feed back the channel measurement information, or may feed back the channel measurement information when a particular condition is satisfied. The particular condition may be that the channel quality or the parameter that affects the channel quality changes, or may be that a condition in which the receiving manner needs to be switched is satisfied. In this embodiment of the present invention, when and how sending of the channel measurement information to the access network device is triggered is not limited.
In an optional implementation, an implementation solution in which the multicast group is further divided is further provided. The configuration information includes first multicast configuration information and second multicast configuration information; and
In this embodiment, the multicast configuration information includes at least two pieces of multicast configuration information. In this way, the user equipments that receive the multicast service data may be divided into two sub-multicast groups. Because the two sub-multicast groups use different multicast configuration information, different radio bearers are established, and transmission efficiency in the different sub-multicast groups may be maximized.
In an optional implementation, an implementation solution in which the multicast group is further divided is further provided. If the receiving manner includes the multicast manner, the indication information further includes: indicating that the multicast service data is received in a first multicast manner or a second multicast manner.
A difference between this embodiment and the previous embodiment lies in that the access network device may send only one piece of multicast configuration information to the user equipment. For the indication information, refer to the foregoing descriptions in which the indication information may be implicit or explicit, and details are not described herein again.
In an optional implementation, a solution of accelerating transmission of the multicast service data is further provided. The method further includes:
In this embodiment, in the first implementation, the user equipment specifies that the multicast service data needs to be sent in the unicast manner. In the second implementation, the core network device specifies that the multicast service data needs to be sent in the unicast manner. In the third implementation, the access network device determines that the multicast service data needs to be sent in the unicast manner. The specifying manner may be adding corresponding identifier information to the data packet in the multicast service data, and the identifier information may be specifying that the data packet needs to be sent in the unicast manner. Alternatively, the specifying manner may be specifying that a data packet of a particular type of multicast service data needs to be sent in the unicast manner. For example, it is specified that data between the latest I frame that has been sent in the multicast manner and a data frame that is being sent in the multicast manner needs to be sent in the unicast manner. Alternatively, it is specified that a single data packet of multicast service data needs to be sent in the unicast manner. In the foregoing two examples, the data in the former example may be attributed to data required for starting a service corresponding to the multicast service, so that the user equipment can start the service corresponding to the multicast service as soon as possible, for example, start video playing. The latter example may correspond to various application scenarios such as data retransmission and timely transmission of important data.
In an optional implementation, an implementation solution in which the multicast service data is sent at a protocol layer in the multicast manner and/or the unicast manner is further provided. The at least one data packet is multicast service data that has been sent in the multicast manner and that is buffered in the access network device, or multicast service data that has been sent in the multicast manner and that is received from a multicast service data source.
In this embodiment, the multicast service data sent in the unicast manner may be retransmitted. Therefore, a segment of data may be buffered first, and whether there is a retransmission request feedback is waited for. If there is no retransmission request feedback, the data may be deleted. Therefore, the buffered multicast service data herein may be multicast service data within a period of time, and multicast service data that is sent a long time ago may be deleted.
After the multicast service data sent in the unicast manner is completely sent, the multicast manner may be switched to for sending the service data, or the unicast radio bearer may be kept waiting for new multicast service data that needs to be sent in the unicast manner, or notification information may be sent to a receiver to notify that the multicast service data sent in the unicast manner is completely sent. A specific notification manner may be an explicit notification manner. For example, an end indication is added to the last data packet. Alternatively, a specific notification manner may be an implicit notification manner. For example, the multicast configuration information is sent. Content executed after the multicast service data sent in the unicast manner is completely sent is not uniquely described in this embodiment of the present invention.
In an optional implementation, a multicast service retransmission method is further provided. The method further includes:
In this embodiment, the receiving status information is information used to indicate the receiving status of the data packet, and the access network device is enabled to learn of the data packet that needs to be retransmitted to the user equipment. Therefore, the receiving status information has various representation forms. For example: 1. a sequence number of the data packet that needs to be retransmitted is directly notified; and 2. feedback information is sent, where the feedback information includes information about whether all data packets have been received. The foregoing two possible examples should not be understood as a uniqueness limitation on this embodiment of the present invention. A specific manner used to notify the access network device of data packets that need to be retransmitted is not uniquely limited in this embodiment of the present invention.
In an optional implementation, a solution in which the protocol layer supports sending of the multicast service data in the unicast manner is further provided. The method further includes:
A solution of sending the multicast service data in the multicast manner is not limited in this embodiment of the present invention. In this embodiment, the multicast service data is allocated to the unicast RLC at the PDCP layer, so that the multicast service data is sent in the unicast manner.
In an optional implementation, an implementation solution for facilitating retransmission is further provided. The method further includes:
In this embodiment of the present invention, the to-be-sent multicast service data may be stored in a buffer, to respond to a possible retransmission request. Storage space may be set at the PDCP, or may be set at the RLC. This is not limited in this embodiment of the present invention.
In an optional implementation, a solution in which the protocol layer supports sending of the multicast service data in the unicast manner is further provided. The method further includes:
In this embodiment, the RLC entity allocates the multicast service data to the unicast MAC entity, so that the multicast service data is sent in the unicast manner.
According to a second aspect, an embodiment of the present invention further provides a communication method. This embodiment is implemented on a side (for example, the user equipment) that receives data sent by the foregoing access network device, and is in a correspondence with the foregoing solution implemented on the side of the access network device. For specific content, refer to the foregoing descriptions, and repeated parts are not described again in subsequent embodiments. The communication method includes:
In an optional implementation, the method further includes:
In an optional implementation, the configuration information includes:
In an optional implementation, the method further includes:
In an optional implementation, the sending, by the user equipment, multicast service information to the access network device includes:
In an optional implementation, the method further includes:
In an optional implementation, the configuration information includes first multicast configuration information and second multicast configuration information; and
In an optional implementation, the method further includes:
In an optional implementation, the method further includes:
In an optional implementation, the method further includes:
In an optional implementation, the method further includes:
According to a third aspect, an embodiment of the present invention further provides an access network device, including:
In an optional implementation, the access network device further includes:
a configuration sending unit, configured to send configuration information to the user equipment, where the configuration information is used to receive the multicast service data.
In an optional implementation, the configuration information includes:
In an optional implementation, the access network device further includes:
In an optional implementation, that the information receiving unit is configured to receive multicast service information sent by the user equipment or a core network device includes:
In an optional implementation, the access network device further includes:
In an optional implementation, the configuration information includes first multicast configuration information and second multicast configuration information; and
In an optional implementation,
In an optional implementation, the at least one data packet is multicast service data that has been sent in the multicast manner and that is buffered in the access network device, or multicast service data that has been sent in the multicast manner and that is received from a multicast service data source.
In an optional implementation, the access network device further includes:
In an optional implementation, the data sending unit is configured to: send to-be-sent multicast service data to a unicast radio link control RLC entity by using a packet data convergence protocol PDCP layer, and send the to-be-sent multicast service data in the unicast manner.
In an optional implementation, the data sending unit is further configured to: replicate the to-be-sent multicast service data at the packet data convergence protocol PDCP layer, and store the to-be-sent multicast service data.
In an optional implementation, the data sending unit is configured to: send to-be-sent multicast service data to a multicast radio link control RLC entity by using a multicast packet data convergence protocol PDCP layer, where the multicast radio link control RLC entity sends the to-be-sent multicast service data to a unicast medium access control MAC entity, and the unicast medium access control MAC entity sends the to-be-sent multicast service data in the unicast manner.
According to a fourth aspect, an embodiment of the present invention further provides user equipment, including:
In an optional implementation, the user equipment further includes:
In an optional implementation, the configuration information includes:
In an optional implementation, the user equipment further includes:
In an optional implementation, that the information sending unit is configured to send multicast service information to the access network device includes: sending multicast member change information to the access network device.
In an optional implementation,
In an optional implementation, the configuration information includes first multicast configuration information and second multicast configuration information; and
In an optional implementation, the user equipment further includes:
In an optional implementation, the user equipment further includes:
In an optional implementation, the status sending unit is further configured to perform packet loss detection at a packet data convergence protocol PDCP layer to obtain the receiving status information.
In an optional implementation,
According to a fifth aspect, an embodiment of the present invention further provides an access network device, including a processor, a memory, and a transceiver, where the processor, the memory, and the transceiver are connected in a manner supporting communication, where
According to a sixth aspect, an embodiment of the present invention further provides user equipment, including a processor, a memory, and a transceiver, where the processor, the memory, and the transceiver are connected in a manner supporting communication, where
According to a seventh aspect, an embodiment of the present invention further provides a storage medium, where the storage medium stores program code, the program code includes a program instruction, and when the program instruction is executed by a processor, the processor is enabled to cooperate with a transceiver to perform the method according to any one of the embodiments of the present invention.
According to an eighth aspect, an embodiment of the present invention further provides a computer program product, where the computer program product includes a program instruction, and when the program code is executed by a processor, the processor is enabled to cooperate with a transceiver to perform the method according to any one of the embodiments of the present invention.
To describe the technical solutions in the embodiments of the present invention or in the background more clearly, the following briefly describes the accompanying drawings required for describing the embodiments of the present invention or the background.
The following describes the embodiments of the present invention with reference to the accompanying drawings in the embodiments of the present invention.
The communications system in
In
In the communications system shown in
When the communications network shown in
For example,
To avoid loss of generality,
The user equipment may find the multicast service platform in the multicast service discovery process. For example, the user equipment may browse an over the top (Over The Top, OTT) website and interact with a server corresponding to the multicast service platform, to obtain multicast data. Alternatively, the user equipment may find the multicast service platform from a preconfigured address of the multicast service platform. For example, a multicast service platform is usually pre-configured in a set top box device. The user equipment interacts with the multicast service platform to obtain a multicast program list configuration. The multicast program list configuration includes multicast address information, identifier information, or the like, and specifically includes an internet protocol (internet protocol, IP) multicast address, an air interface multicast identifier, or the like. A user selects a program in the user equipment, so that the user equipment interacts with the multicast service platform, the user equipment is added as a receiver of the multicast service, and the user equipment becomes a participant of the multicast service. Compared with the foregoing process in which the user triggers the establishment of the multicast service, when the multicast service is in broadcast mode, the multicast service platform may also initiate a multicast service establishment process with the multicast core network without triggering of interaction between the multicast service platform and the user equipment. The multicast service may include a service such as group communication of trunking communication or group forwarding of internet of vehicles. A manner of establishing the multicast service in these application scenarios is similar to the foregoing OTT video or broadcast manner.
Multicast session establishment: The multicast service platform exchanges information with the multicast core network, to trigger establishment of a multicast session between the multicast core network and the multicast access network device (for example, a base station). Alternatively, the core network may receive a message indicating that the user equipment joins the multicast service, to trigger establishment of the multicast session. The multicast session may be carried by a multicast tunnel or may be identified by a multicast flow. In the former manner, the multicast tunnel is established, the multicast data is placed in the multicast tunnel and sent to the access network device, and multicast data of different multicast services (with different multicast addresses or different multicast QoS) are placed in different multicast tunnels. In the latter manner, a multicast flow identifier is carried by a multicast packet, to distinguish between different multicast services. If the multicast session has been established before the user equipment joins the multicast service (for example, another user equipment in a same access network has applied for joining the multicast service previously), the user equipment may directly join a multicast group to receive the multicast data.
In this embodiment of the present invention, to enable the access network device to flexibly adjust a manner of performing the multicast service based on statuses of different user equipments, the access network device needs to learn of multicast service information of the user equipment, and the multicast service information may include user identifier information and a multicast service identifier. As shown in
The multicast service information may include user identifier information and a multicast service identifier. The multicast configuration information may include information about a resource that needs to be used by the multicast service.
In
In the foregoing procedure, for a process in which the user equipment sends the multicast service join request to the access network device, and the access network device forwards the multicast service join request, the multicast service join request may be sent by using non-access stratum signaling, and is transparently transmitted by the access network device. In
The multicast service receiving information may indicate a specific multicast service that needs to be received by the user equipment. A specific manner may be that the multicast service receiving information carries a multicast service identifier. For example, the multicast service identifier is a multicast IP address of the multicast service, or similar to a temporary mobile group identity (temporary mobile group identity, TMGI) of an MBMS.
402C: After receiving the multicast service receiving information, the access network device determines, based on the multicast service identifier carried in the multicast service receiving information, a specific multicast service group to which the user equipment joins. The access network device may forward the multicast service receiving information to a multicast core network.
In addition, in this embodiment of the present invention, for multicast information to be obtained by the access network device, the access network device may monitor a multicast join message of the user equipment, such as an internet group management protocol (internet group management protocol, IGMP) join (join) message sent by the user equipment, to obtain a correspondence between the user equipment and the multicast service.
The access network device may select or adjust a multicast data sending manner based on statuses of different user equipments. The access network device may use an air interface wireless multicast manner, or may use an air interface wireless unicast manner, or may use an air interface wireless multicast and unicast cooperation manner. The following provides several common multicast service application scenarios.
1. Selection of a Unicast Manner or a Multicast Manner in a Semi-Static Manner
As shown in
(A)
In this embodiment, an example in which a unicast manner or a multicast manner is selected in a semi-static manner is used. An access network device determines, based on a quantity of user equipments of a multicast service in a multicast area, to configure whether the user equipment receives multicast data in the unicast manner or the multicast manner. Correspondingly, the access network device sends multicast service data to the user equipment in the unicast manner or the multicast manner. The access network device may alternatively configure that the user equipment may use the multicast manner and the unicast manner. This application scenario is described by using an example in the subsequent embodiments.
The multicast area may be one cell or more cells, or may similar to a plurality of single frequency network cells in an MBSFN.
The access network device may be a base station, or a centralized unit (centralize unit, CU) of a base station.
As shown in the left hexagonal area in
As shown in the right hexagonal area in
A specific procedure is shown in
In step 601, the user equipment 1 is configured to receive multicast service data in the unicast manner. A configuration message may carry configuration information sent by the access network device to the user equipment. The configuration information may usually include one of the following content: a configuration of a multicast bearer, multicast session information corresponding to the multicast bearer, logical channel information of the multicast bearer, and indication information transmitted in the unicast manner. The multicast session information may include evolved packet system (evolved packet system, EPS) bearer (bearer) information or EPS flow (flow) information.
More specifically, in step 601, after the multicast session is established, because the quantity of user equipments is too small, the access network device determines, based on the small quantity of user terminals that currently receive the multicast service data, that sending efficiency is relatively high when the unicast manner is used, so that the user equipment 1 may be configured to receive the multicast service data in the unicast manner. The configuration message may carry the configuration information sent by the access network device to the user equipment, and the configuration information may include at least one of the following configuration information: bearer configuration information and resource layer configuration information.
The bearer configuration information may include at least one of the following information: a radio bearer configuration and a security configuration. The radio bearer configuration may carry one of the following information: a radio bearer ID, an evolved packet system bearer ID (bearer ID) corresponding to a multicast service, a quality of service (quality of service, QoS) flow (flow), configuration information of multicast service session information, PDCP configuration information, or RLC configuration information.
The multicast service session information may include a session identifier (session ID), a TMGI identifier, and the like. The RLC configuration information may be a corresponding acknowledged mode (acknowledged mode, AM) RLC configuration or an unacknowledged mode (Unacknowledged Mode, UM) RLC configuration, and a mapping relationship between the RLC configuration and a logical channel, to be specific, the RLC configuration may be mapped to a unicast logical channel or a multicast logical channel, or may be mapped to both a unicast logical channel and a multicast logical channel. The RLC configuration may further include an AM or UM sending manner, and information about a logical channel to which the RLC configuration is mapped, for example, information indicating that the logical channel is a multicast logical channel or a unicast logical channel, or a logical channel ID. The PDCP configuration information may include a mapping relationship between a PDCP layer and the RLC configuration (including whether the RLC configuration is mapped to only the unicast manner or the multicast manner, or in a manner combining the unicast manner and the multicast manner), and indication information indicating that the PDCP layer supports a retransmission function. The multicast logical channel includes a multicast control channel (multicast control channel, MCCH)/multicast traffic channel (multicast traffic channel, MTCH). The unicast logical channel includes a dedicated control channel (dedicate control channel, DCCH)/dedicated traffic channel (dedicated traffic channel, DTCH).
The resource layer configuration information may include a MAC layer configuration and a physical layer configuration. The physical layer configuration may include a spectrum resource configuration, and may be in a form of one or more pieces of physical cell configuration information, carrier configuration information, or carrier fragment configuration information, including a corresponding ID, a bandwidth, a subframe format, and the like. Further, the physical layer configuration may further include physical video resource configuration information of a corresponding physical channel/signal and corresponding identifier information, for example, configuration information of a unicast physical control and shared channel and a unicast scheduling identifier, or configuration information of a multicast physical control and shared channel and a multicast scheduling identifier. The unicast physical control and shared channel and the multicast physical control and shared channel may be the same or share a same physical resource. The MAC layer configuration may include a mapping relationship between a unicast or multicast logical channel and a corresponding physical channel, logical channel priority information, and HARQ configuration information.
The configuration message may further carry measurement information, for example, measurement event configuration information used for switching between the multicast manner and the unicast manner. The configuration message may further carry secure encryption/decryption information, for example, an encryption/decryption algorithm for the multicast service.
In the foregoing procedure, after receiving the information about the increase in the quantity of user equipments of the same multicast service, the access network device determines, according to a selection algorithm of the access network device, to select the multicast manner for sending the multicast service data, and the access network device configures the corresponding configuration information for the corresponding user equipment, where the configuration information carries the corresponding multi cast configuration.
In the foregoing procedure, the access network device in step 603 and step 604 may learn of the quantity of user equipments in the multicast group. The foregoing selection algorithm may be: determining, if a threshold of a specified quantity of user equipments is reached, or based on a channel status of the user equipment, that fewer radio resources are used to send the multicast service data in the multicast manner than to send the multicast service data in the unicast manner separately, so that the access network device may determine to select the multicast manner for sending the multicast service data, and correspondingly, the user equipment receives the multicast service data in the multicast manner.
In the foregoing procedure, when the multicast radio bearer is established in step 604, the access network device may send the multicast configuration to the terminal, and the multicast configuration may usually carry one of the following content: a configuration of a multicast bearer, multicast session information corresponding to the multicast bearer, logical channel information of the multicast bearer, a multicast scheduling identifier, a configuration of a multicast transmission channel, a configuration of a multicast logical channel, measurement configuration of a multicast channel, multicast-associated unicast configuration. A multicast session may include an EPS bearer or an EPS flow, the multicast scheduling identifier may include a group radio network temporary identifier (group RNTI, G-RNTI, multicast identifier for short), the configuration of the multicast transmission channel may include a subframe or a carrier, and the configuration of the multicast logical channel may include a logical channel identifier.
A difference between the manner of receiving the multicast service data by the user equipment in the unicast manner and the manner of receiving the multicast service data by the user equipment in the multicast manner lies in a difference in monitoring of physical layer scheduling identifiers. If the user equipment receives the multicast service data in the unicast manner, the user equipment monitors and receives, based on an identifier (such as a C-RNTI) of the user equipment, scheduling signaling sent by a physical layer. If the user equipment receives the multicast service data in the multicast manner, the user equipment monitors and receives, based on a multicast identifier (such as a G-RNTI), scheduling signaling sent by a physical layer. Others such as formats or sizes of control signaling for the unicast manner and the multicast manner may also be different. The control signaling may be downlink control information (downlink control information, DCI). The user equipment may be in one of a unicast manner receiving status or a multicast manner receiving status, so that an amount of signaling that needs to be monitored and detected can be reduced. In addition, the user equipment may alternatively be in both a unicast manner receiving status and a multicast manner receiving status. In this case, the user equipment simultaneously detects unicast scheduling signaling and multicast scheduling signaling that are sent by the access network device, and receives the multicast service data on corresponding time-frequency resources as indicated by the scheduling signaling.
(B)
A manner of obtaining the channel quality of the user equipment by the access network device may be that the access network device receives a channel measurement feedback sent by the user equipment, for example, a measurement report or a channel state information (channel state information, CSI) feedback reported by the user equipment. The user equipment designated to receive the multicast service data in the multicast manner may be user equipment whose channel quality is greater than a specified threshold. For the user equipment whose channel quality is lower than the specified threshold, the multicast manner for receiving the multicast service data may be deleted or deactivated, to avoid the decrease in the overall transmission efficiency of the multicast service data because the user equipments with the poor channel quality are enabled to successfully receive the data. For the user equipment with the relatively poor channel quality, the access network device may send the multicast service data in the unicast manner.
As shown in
In the foregoing procedure, for a radio bearer establishment process, refer to the foregoing embodiment, and details are not described herein again. In the foregoing procedure shown in
As shown in
Because the user equipment already knows the switching threshold, the user equipment may make a switching decision by itself. Another purpose of sending the measurement report may be to notify the access network device that the user equipment has completed the switching.
In this embodiment, the access network device sends both the multicast configuration information and the unicast configuration information to the user equipment, and may further send, to the user equipment, a measurement threshold or a measurement event condition for receiving multicast service data in a multicast manner or a unicast manner. When the user equipment determines, through measurement and based on the switching threshold, a condition for switching the receiving manner, the access network device is notified by using signaling, so that a multicast configuration or a unicast configuration is activated, a corresponding radio bearer is established, and then a corresponding receiving manner is switched to. The signaling used to notify the access network device may be the channel measurement report.
(C)
As shown in
In this embodiment, the access network device may obtain information such as the receiving capability and a motion status of the user equipment by using a feedback channel of the user equipment, and reduce a difference between users in a group as much as possible through flexible grouping, thereby avoiding a decrease in multicast efficiency. To be specific, the multicast service data may be divided and sent by a plurality of sub-multicast groups, and may be sent by using an air interface based on different multicast configurations. Multicast users of different sub-multicast groups may be distinguished by configuring different multicast scheduling identifiers or multicast transmission channel configurations, to avoid resource conflicts or interference between the groups. The multicast scheduling identifier is, for example, a group RNTI; and the multicast transmission channel configuration is, for example, a subframe or a carrier.
In addition, the difference between the users in the group may also be referred to as an intra-group difference, and is a difference between the user equipments in the sub-multicast group. Because grouping is to improve transmission efficiency of the multicast service data, a reference value is usually a basis for grouping. The reference value may be, for example, the motion status in the foregoing example. User equipments with slow motions may be grouped into one group, and user equipments with fast motions may be grouped into one group. Alternatively, the reference value may be, for example, the direction of the user equipment. The user equipments may be grouped based on whether antenna beamforming of the access network device can cover the user equipment and possible channel quality division after the coverage. This difference is finally reflected by whether transmission efficiency of the sub-multicast group is reduced because impact exists between the user equipments. Usually, the smaller a difference between reference values, the smaller the impact between the user equipments.
2. Dynamic Selection of a Unicast Manner or a Multicast Manner in Hybrid Mode
In the following example, user equipment participating in receiving multicast service data may receive the multicast service data in both the multicast manner and the unicast manner. The following example focuses on dynamic adjustment of the multicast manner and the unicast manner.
(A)
As shown in
In this step, multicast configuration information and unicast configuration information may be sent at a time, and a multicast radio bearer or a unicast radio bearer may be selected for the radio bearer. Refer to the foregoing embodiment, and details are not described herein again.
Herein, the channel quality feedback carries information about channel quality of the user equipment, and may be specifically a measurement report, a channel status report, or an uplink reference signal. In addition, in step 1201, a switching threshold may be specified in the configuration information. Therefore, if the user equipment determines whether to switch a manner of receiving multicast service data, the user equipment may also send receiving manner switching indication information in this step.
1203: The access network device may determine, based on the channel measurement feedback sent by the user equipment or the receiving manner switching indication information sent by the user equipment, that the user equipment switches from receiving the multicast service data in a multicast manner to receiving the multicast service data in a unicast manner, or switches from receiving the multicast service data in a multicast manner to receiving the multicast service data in a unicast manner. The access network device sends a switching instruction to the user equipment, and the user equipment switches the manner of receiving the service data.
In
In this embodiment, the access network device may instruct, by using signaling, the user equipment C to switch from receiving the multicast service data in the multicast manner to receiving the multicast service data in the unicast manner. In step 1203, the manner of receiving the multicast service data by the user equipment may be switched through radio bearer reconfiguration. To perform switching more quickly, and match a fast channel status change, when the multicast service is established in step 1201, the access network device sends both the multicast configuration information and the unicast configuration information to the user equipment. When the manner needs to be switched, the access network device instructs, by using the switching instruction, the user equipment to switch the manner of receiving the multicast service data, or activates a specified manner of receiving the multicast service data. The switching instruction may be, for example, sent by using a physical layer downlink control indicator (downlink control indicator, DCI) or a MAC layer control element (control element, CE).
3. Multicast and Unicast Manner Switching Triggered by a Service
In the following example, a manner of receiving multicast service data by user equipment may switch between a multicast manner and a unicast manner. In the following example, the multicast service data needs to be sent to the user equipment in the unicast manner, and subsequently, the user equipment may receive the multicast service data in the multicast manner.
A core network device may distinguish between data packets of different types by using tags in headers of the data packets, and the access network device may send the multicast service data based on indication information of the core network device, and buffer the multicast service data for a time. When new user equipment joins a multicast group or original user equipment starts to receive the multicast service data, the access network device may first send a segment of the multicast service data in the unicast manner. The multicast service data may be buffered by the access network device previously, and a sent start data packet may be within a period of time or start from a latest special type of data packet. If the access network device does not buffer the multicast service data that needs to be sent in the unicast manner, the multicast service data sent in the unicast manner may be sent by the core network device to the access network device. In a process of establishing or updating a multicast session, a unicast sending channel is established between the core network device and the access network device, to send the multicast service data. After the multicast service data that needs to be sent in the unicast manner is sent, the access network device or the user equipment switches back to the multicast manner to receive the multicast service data. In the foregoing scenario in which the core network device sends the multicast service data to the access network device, a core network may notify an access network of when to end sending of the multicast service data in the unicast manner, and separate signaling or a special identifier (for example, an end marker of a GTP-U) in a data packet may be used to indicate that sending of the multicast service data in the unicast manner ends. Similarly, the access network device may also instruct, by using dedicated signaling or an end data packet identifier, the user equipment to switch back to the multicast manner to receive the multicast service data. A video playing scenario is used as an example. For a specific process, refer to
In this step, the user equipment may be user equipment that newly joins the multicast group, or may be existing user equipment in the multicast group.
A manner in which the access network device determines that the multicast service data needs to be sent to the user equipment in the unicast manner may include: specifying, by a core network device in protocol headers of data packets, that some data packets, such as a B-frame and a P-frame, need to be sent in the unicast manner; or the access network device parses a received data packet, and if finding that the data packet is a B-frame or a P-frame, the access network device determines that the data packet needs to be sent in the unicast manner.
The multicast service data sent by the access network device in the unicast manner may be buffered by the access network device. For example, during a process of performing a multicast service, the access network device buffers a recently sent I-frame and data between the I-frame and a next I-frame that is not received, and uses the buffered data as the multicast service data that needs to be sent in the unicast manner. Alternatively, the multicast service data may be data obtained from a source end of the multicast service. How to specifically obtain the multicast service data that needs to be sent in the unicast manner is not uniquely described in this embodiment of the present invention.
A switching manner may be sending, by the access network device, a switching instruction to the user equipment, or may be reconfiguring the radio access bearer, to enable a newly established radio bearer to be adapted to send the service data in the multicast manner.
When the multicast manner is switched to the unicast manner, to ensure continuity of a multicast service, after switching to the unicast manner, user equipment may notify, by using a data packet number, an access network device of a data packet that starts to be sent in the unicast manner. For example, the access network device may be notified of a sequence number of a last successfully received data packet, or a sequence number of a next data packet that needs to be received; or the access network device may be notified by using a PDCP status report, where the PDCP status report is used to indicate that in data packets from a sequence number N to a sequence number M, an identifier of a data packet that is successfully received by the user equipment is 1, and an identifier of a data packet that is not successfully received is 0. Based on information sent by the user equipment, the access network device sends, in the unicast manner, a data packet that is not received by the user equipment, to ensure service continuity of the user equipment.
5. Cooperation Between a Unicast Manner and a Multicast Manner in a Hybrid Sending Manner:
The unicast manner and the multicast manner can be switched to each other and can cooperate with each other. Currently, multicast service data is transmitted in the multicast manner without feedback information, and cannot be retransmitted. Therefore, a multicast service can be transmitted only in a relatively conservative robust transmission manner, to ensure that a terminal can successfully receive the multicast service data once in most scenarios. Because the conservative transmission manner needs to sacrifice resource efficiency, in the multicast enhancement solution of this application, a feedback mechanism of user equipment participating in a multicast service may be introduced. After the user equipment in a multicast group fails to receive multicast service data, an access network device retransmits the multicast service data. In this embodiment of the present invention, the multicast service data may be retransmitted in the unicast manner.
As shown in
A manner in which the user equipment notifies the access network of the data packet that needs to be retransmitted may be specifically as follows:
The user equipment specifies, by using a fixed relationship between feedback information and a retransmitted data packet, for example, a manner of sending a NACK by using a physical layer feedback channel, that the access network device retransmits, in the unicast manner, a data packet sent in an (n−k)th subframe, where n is a subframe for sending the NACK. Alternatively, the user equipment may explicitly indicate, by using an explicit data packet number, for example, an RLC or PDCP status report, that one or more data packets whose sequence numbers are (sequence number x, SNx) needs to be retransmitted.
In the foregoing embodiments, several typical scenarios and procedures in which the multicast service is related to the air interface transmission are described by using examples. The following embodiments focus on describing user plane protocol stack structures of the access network device and the user equipment in a centralized manner.
The access network device establishes multicast bearers for different multicast sessions, and each multicast bearer corresponds to one multicast PDCP layer. Mapping function entities from various services to the bearer may be further added before the PDCP layer. For example, in 5G, there is an SDAP (service data adaptation protocol, service data adaptation protocol) layer above the PDCP layer, and the SDAP layer is used for mapping from a flow (flow) to the PDCP layer, and is irrelevant to a function of core content in this embodiment of the present invention, so that descriptions are omitted subsequently. The multicast PDCP adds a sequence number (sequence number, SN) to the multicast service SDU, and the SN is used by a receive side for data packet sorting and retransmission requests. The multicast PDCP layer can further encrypt a multicast data packet. The multicast PDCP layer uses a service encryption key instead of a terminal encryption key, to ensure that different users can decrypt the multicast PDCP layer. The PDCP layer may also perform header compression on a header of the data packet. Then, a PDCP header is added to the data packet, and the data packet with the PDCP header is sent to a replication and routing module. A data packets sent in the unicast manner at a bottom layer can be replicated and then buffered to a queue for processing a subsequent retransmission request. A data packet sent in the multicast manner may not need to be replicated and buffered.
After processing the data packet, the PDCP layer sends obtained packet data unit (packet data unit, PDU) data to an RLC module. Because feedback cannot be performed in the multicast manner, a multicast RLC entity may further map the data to a multicast MAC entity at the bottom layer by using a UM mode, and send, by using an independent HARQ entity and an independent scheduling identifier (such as a G-RNTI), the data on a multicast physical channel provided by a corresponding multicast physical layer. For user equipment in a unicast state, the multicast PDCP layer may send, based on member information of a multicast group, the data to a unicast RLC entity that is associated with a multicast service and that is of the corresponding user equipment. Herein, the RLC entity may select an AM mode or the UM mode, and then the RLC entity of the user equipment sends the data to a unicast MAC entity. The unicast HARQ entity of the user equipment is responsible for unicast scheduling, and sending HARQ data at a unicast physical layer.
It can be learned from the foregoing scenario descriptions that the user equipment may use the unicast manner or the multicast manner, or may use a hybrid mode in which both the unicast manner and the multicast manner work. When only one receiving or sending manner is used, the user equipment may receive the data packet by using the multicast RLC entity or the unicast RLC entity based on a configuration of the access network device, and then deliver the data packet to the multicast PDCP layer. In the hybrid mode, the multicast RLC entity and the unicast RLC entity may simultaneously submit the PDU data to the multicast PDCP layer, and the PDCP layer sorts or repeatedly determines, based on the SN, the PDU data submitted by the RLC entity. When the PDCP layer determines that a data packet is lost, for example, when SNs are inconsecutive, the PDCP layer may initiate a retransmission request, for example, notify the access network device of a missing data packet SN number by using a PDCP status report. The retransmission request is fed back to a unicast RLC entity corresponding to the access network device in the unicast manner, and is submitted by the unicast RLC entity of the access network device to the multicast PDCP layer. The multicast PDCP layer retransmits the PDU data with the corresponding SN by using the unicast RLC entity. In this way, data retransmission is complete.
The embodiments of the present invention may be applied to various radio access standards, and cooperation between the multicast manner and the unicast manner is implemented based on the PDCP layer, so that, for example, LTE multicast, NR unicast, LTE multicast, or WLAN unicast is implemented.
An embodiment of the present invention further provides an access network device. As shown in
In an optional implementation, the access network device further includes:
In an optional implementation, the configuration information includes:
In an optional implementation, the access network device further includes:
In an optional implementation, that the information receiving unit 2004 is configured to receive multicast service information sent by the user equipment or a core network device includes:
In an optional implementation, the access network device further includes:
In an optional implementation, the configuration information includes first multicast configuration information and second multicast configuration information; and
In an optional implementation,
In an optional implementation, the at least one data packet is multicast service data that has been sent in the multicast manner and that is buffered in the access network device, or multicast service data that has been sent in the multicast manner and that is received from a multicast service data source.
In an optional implementation, the access network device further includes:
In an optional implementation, the data sending unit 2002 is configured to: send to-be-sent multicast service data to a unicast radio link control RLC entity by using a packet data convergence protocol PDCP layer, and send the to-be-sent multicast service data in the unicast manner.
In an optional implementation, the data sending unit 2002 is further configured to:
In an optional implementation, the data sending unit 2002 is configured to: send to-be-sent multicast service data to a multicast radio link control RLC entity by using a multicast packet data convergence protocol PDCP layer, where the multicast radio link control RLC entity sends the to-be-sent multicast service data to a unicast medium access control MAC entity, and the unicast medium access control MAC entity sends the to-be-sent multicast service data in the unicast manner.
An embodiment of the present invention further provides user equipment. As shown in
In an optional implementation, the user equipment further includes:
In an optional implementation, the configuration information includes:
In an optional implementation, the user equipment further includes:
In an optional implementation, that the information sending unit 2104 is configured to send multicast service information to the access network device includes: sending multicast member change information to the access network device.
In an optional implementation,
In an optional implementation, the configuration information includes first multicast configuration information and second multicast configuration information; and
In an optional implementation, the user equipment further includes:
In an optional implementation, the user equipment further includes:
In an optional implementation, the status sending unit 2106 is further configured to perform packet loss detection at a packet data convergence protocol PDCP layer to obtain the receiving status information.
In an optional implementation,
The memory 2202 includes but is not limited to a random access memory (random access memory, RAM), a read-only memory (read-only memory, ROM), an erasable programmable read-only memory (erasable programmable read only memory, EPROM), or a compact disc read-only memory (compact disc read-only memory, CD-ROM). The memory 2202 is configured to store a related instruction and related data. The transceiver 2203 is configured to receive and send data.
The processor 2201 may be one or more central processing units (central processing unit, CPU). When the processor 2201 is one CPU, the CPU may be a single-core CPU or a multi-core CPU.
The processor 2201 in the device 220 is configured to read program code stored in the memory 2202,
The memory 2202 stores program code.
The processor 2201 is configured to read the program code, and cooperate with the transceiver 2203 to implement any method performed by the access network device or the user equipment according to any one of the embodiments of the present invention. The transceiver 2203 may implement functions of various units that implement reception and transmission functions in the foregoing user equipment or the access network device, and another function is implemented by the processor 2201.
The antenna 2314 may be configured to convert electromagnetic energy into an electromagnetic wave in free space, or convert an electromagnetic wave in free space into electromagnetic energy in a transmission line. The coupler 2310 is configured to divide a mobile communications signal received by the antenna 2314 into a plurality of signals, and allocate the plurality of signals to a plurality of receivers 2308.
The transmitter 2306 may be configured to transmit a signal output by the processor 2304.
The receiver 2308 may be configured to receive a mobile communications signal received by the antenna 2314.
In some embodiments of this application, the transmitter 2306 and the receiver 2308 may be considered as a wireless modem. In the user equipment 230, there may be one or more transmitters 2306 and one or more receivers 2308.
In addition to the transmitter 2306 and the receiver 2308 shown in
The input/output modules may be configured to implement interaction between the user equipment 230 and a user/an external environment, and may mainly include the audio input and output module 2318, the key input module 2316, the display 2320, and the like. Specifically, the input/output modules may further include a camera, a touchscreen, a sensor, and the like. All the input/output modules communicate with the processor 2304 by using the user interface 2302.
The memory 2312 is coupled to the processor 2304, and is configured to store various software programs and/or a plurality of sets of instructions. Specifically, the memory 2312 may include a high-speed random access memory, and may include a non-volatile memory, for example, one or more magnetic disk storage devices, a flash memory device, or another non-volatile solid-state storage device. The memory 2312 may store an operating system (briefly referred to as a system below), for example, an embedded operating system such as Android, iOS, Windows, or Linux. The memory 2312 may further store a network communications program. The network communications program may be configured to communicate with one or more additional devices, one or more user equipments, or one or more network devices. The memory 2312 may further store a user interface program. The user interface program may vividly display content of an application program by using a graphical operation interface, and receive control operations of a user for the application program by using input controls such as a menu, a dialog box, and a key.
In some embodiments of this application, the memory 2312 may be configured to store a program for implementing, on a side of the user equipment 230, the system message receiving method according to one or more embodiments of this application. For implementation of the system message receiving method according to one or more embodiments of this application, refer to subsequent embodiments.
The processor 2304 may be configured to read and execute a computer-readable instruction. Specifically, the processor 2304 may be configured to: invoke a program stored in the memory 2312, and execute an instruction included in the program, to implement the method in subsequent embodiments.
It may be understood that the user equipment 230 may be user equipment in the communications system described above in the embodiments of the present invention, and may be implemented as a mobile device, a mobile station (mobile station), a mobile unit (mobile unit), a radio unit, a remote unit, a user agent, a mobile client, or the like.
It should be noted that the user equipment 230 shown in
An embodiment of the present invention further provides a storage medium. The storage medium stores program code, and the program code includes a program instruction. When the program instruction is executed by a processor, the processor cooperates with a transceiver to perform the foregoing method according to any one of the embodiments of the present invention.
An embodiment of the present invention further provides a computer program product. The computer program product includes a program instruction. When the program code is executed by a processor, the processor cooperates with a transceiver to perform the foregoing method according to any one of the embodiments of the present invention.
A person of ordinary skill in the art may understand that all or some of the procedures of the methods in the embodiments may be implemented by a computer program instructing relevant hardware. The program may be stored in a computer-readable storage medium. When the program is run, the foregoing method procedures are performed. The foregoing storage medium includes: any medium that can store program code, such as a ROM or a random access memory RAM, a magnetic disk, or an optical disc.
| Number | Date | Country | Kind |
|---|---|---|---|
| 201711453932.1 | Dec 2017 | CN | national |
This application is a continuation of U.S. patent application Ser. No. 17/569,120, filed on Jan. 5, 2022, which is a continuation of U.S. patent application Ser. No. 16/909,891, filed on Jun. 23, 2020, now U.S. Pat. No. 11,259,361, which is a continuation of International Application No. PCT/CN2018/124928, filed on Dec. 28, 2018, which claims priority to Chinese Patent Application No. 201711453932.1, filed on Dec. 28, 2017. All of the aforementioned patent applications are hereby incorporated by reference in their entireties.
| Number | Name | Date | Kind |
|---|---|---|---|
| 11259361 | Huang | Feb 2022 | B2 |
| 11758612 | Huang | Sep 2023 | B2 |
| 20070220573 | Chiussi et al. | Sep 2007 | A1 |
| 20080080408 | Gao | Apr 2008 | A1 |
| 20110116433 | Dorenbosch | May 2011 | A1 |
| 20110216688 | Katori | Sep 2011 | A1 |
| 20120263089 | Gupta et al. | Oct 2012 | A1 |
| 20130028118 | Cherian | Jan 2013 | A1 |
| 20140286222 | Yu et al. | Sep 2014 | A1 |
| 20140362694 | Rodrigues | Dec 2014 | A1 |
| 20150304378 | Bi et al. | Oct 2015 | A1 |
| 20150358374 | Wei et al. | Dec 2015 | A1 |
| 20160021516 | Han | Jan 2016 | A1 |
| 20160080531 | Agiwal | Mar 2016 | A1 |
| 20160211980 | Zhu et al. | Jul 2016 | A1 |
| 20180288729 | Li et al. | Oct 2018 | A1 |
| 20180375790 | Dadashikelayeh | Dec 2018 | A1 |
| 20180375799 | Liu et al. | Dec 2018 | A1 |
| 20190132141 | Li et al. | May 2019 | A1 |
| 20190174461 | Wang et al. | Jun 2019 | A1 |
| 20190327726 | Zhang | Oct 2019 | A1 |
| Number | Date | Country |
|---|---|---|
| 1852551 | Oct 2006 | CN |
| 101052141 | Oct 2007 | CN |
| 101136759 | Mar 2008 | CN |
| 101146255 | Mar 2008 | CN |
| 101267593 | Sep 2008 | CN |
| 101299824 | Nov 2008 | CN |
| 101370156 | Feb 2009 | CN |
| 102056082 | May 2011 | CN |
| 102149021 | Aug 2011 | CN |
| 102857873 | Jan 2013 | CN |
| 103209045 | Jul 2013 | CN |
| 103796170 | May 2014 | CN |
| 104540043 | Apr 2015 | CN |
| 105376717 | Mar 2016 | CN |
| 106488409 | Mar 2017 | CN |
| 109769150 | May 2019 | CN |
| 2978245 | Jan 2016 | EP |
| 2010502054 | Jan 2010 | JP |
| 2016007007 | Jan 2016 | JP |
| 2016535494 | Nov 2016 | JP |
| 2604424 | Dec 2016 | RU |
| 2010061483 | Jun 2010 | WO |
| 2015161787 | Oct 2015 | WO |
| 2016054588 | Apr 2016 | WO |
| Entry |
|---|
| Office Action in Japanese Appln. No. 2022-047814, mailed on Dec. 26, 2023, 6 pages (with English translation). |
| EP Summons to attend oral proceedings pursuant to Rule 115(1) EPC in European Appln No. 18897311.9, dated Apr. 18, 2023, 6 pages. |
| Lin Yu et al, “A Dynamic Retransmission Control Algorithm for Reliable Mobile Multicast in MSS,” Jun. 12, 2003, total 7 pages. |
| Mehdizadeh et al., “Multicast-Unicast Data Delivery Method in Wireless IPv6 Networks,” Journal of Network and Systems Management, vol. 22, No. 4, Oct. 2014, 26 pages. |
| Office Action in Japanese Appln. No. 2022-047814, mailed on Jul. 4, 2023, 6 pages (with English translation). |
| Office Action issued in Chinese Application No. 202110522822.6 on Jan. 5, 2022, 23 pages (with English translation). |
| Office Action issued in Chinese Application No. 202110522822.6 on Jul. 14, 2022, 5 pages. |
| Office Action issued in Japanese Application No. 2020-535162 on Feb. 22, 2022, 3 pages (with English translation). |
| Office Action issued in Russian Application No. 2020124395/07(042173) on Jan. 17, 2022, 19 pages (with English translation). |
| Number | Date | Country | |
|---|---|---|---|
| 20240098844 A1 | Mar 2024 | US |
| Number | Date | Country | |
|---|---|---|---|
| Parent | 17569120 | Jan 2022 | US |
| Child | 18359439 | US | |
| Parent | 16909891 | Jun 2020 | US |
| Child | 17569120 | US | |
| Parent | PCT/CN2018/124928 | Dec 2018 | WO |
| Child | 16909891 | US |
