[go: up one dir, main page]

WO2019192464A1 - 配置数据流的方法和装置 - Google Patents

配置数据流的方法和装置 Download PDF

Info

Publication number
WO2019192464A1
WO2019192464A1 PCT/CN2019/080986 CN2019080986W WO2019192464A1 WO 2019192464 A1 WO2019192464 A1 WO 2019192464A1 CN 2019080986 W CN2019080986 W CN 2019080986W WO 2019192464 A1 WO2019192464 A1 WO 2019192464A1
Authority
WO
WIPO (PCT)
Prior art keywords
data stream
data
qos
qos data
drb
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2019/080986
Other languages
English (en)
French (fr)
Inventor
吴昱民
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to KR1020207029969A priority Critical patent/KR102479690B1/ko
Priority to JP2020553466A priority patent/JP7250036B2/ja
Priority to EP19780541.9A priority patent/EP3780536A4/en
Publication of WO2019192464A1 publication Critical patent/WO2019192464A1/zh
Priority to US17/035,454 priority patent/US11470508B2/en
Anticipated expiration legal-status Critical
Priority to US17/893,793 priority patent/US11902835B2/en
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]

Definitions

  • the present disclosure relates to the field of communications, and in particular, to a method and apparatus for configuring a data stream.
  • QoS Quality-of-Service
  • UE User equipment
  • QoS indication information such as QoS flow ID
  • PDCP Packet Data Convergence Protocol
  • SDAP Service Data Adaptation Protocol
  • PDU Protocol Data Unit
  • DRB Different Data Radio Bearers
  • the network side can reconfigure the DRB of the data stream of the terminal device (such as QoS data stream 1) or the DRB of the transmitting end (for example, when a handover occurs), the DRB of the receiving end or the transmitting end is transformed from DRB1 (ie, source DRB). Go to DRB2 (that is, the target DRB).
  • DRB1 ie, source DRB
  • DRB2 that is, the target DRB
  • An object of the embodiments of the present disclosure is to provide a method and apparatus for configuring a data flow to solve the problem in the related art to ensure that the received data stream can be delivered in the order in which it arrives at the receiving end when it is delivered to the upper layer protocol entity. The problem.
  • the first aspect provides a method for configuring a data flow, which is applied to a sender of a service data adaptation protocol SDAP entity, including:
  • the data radio bearer DRB corresponding to the QoS data stream is converted by the source DRB to the target DRB, sending the indication information to the receiving end of the SDAP entity, where the indication information is used to indicate that the first QoS data stream is sent in the source DRB or Data of the second QoS data stream is transmitted at the target DRB, the data of the QoS data stream including data of the first QoS data stream and data of the second QoS data stream.
  • the second aspect provides a method for configuring a data flow, which is applied to a receiving end of a service data adaptation protocol SDAP entity, including:
  • the data radio bearer DRB corresponding to the QoS data stream is converted by the source DRB to the target DRB, receiving indication information from the sender of the SDAP entity, where the indication information is used to indicate that data of the QoS data stream is sent in the source DRB.
  • the data of the completion or QoS data stream is sent at the target DRB.
  • the third aspect provides a method for configuring a data flow, which is applied to a receiving end of a service data adaptation protocol SDAP entity, including:
  • the data of the QoS data stream includes data of the first QoS data stream and data of the second QoS data stream, and is received by the source DRB.
  • the data of the first QoS data stream receives data of the second QoS data stream by using the target DRB;
  • the preset data processing rule at least includes:
  • the data of the second QoS data stream is not sent to other protocol layer entities, and the data of the first QoS data stream is sequentially sent to other protocol layer entities according to the data receiving order in the first QoS data stream;
  • a fourth aspect provides an apparatus for configuring a data stream, including:
  • a sending unit configured to: if the data radio bearer DRB corresponding to the QoS data stream is converted by the source DRB to the target DRB, send the indication information to the receiving end of the SDAP entity, where the indication information is used to indicate that the first QoS data stream is in the source
  • the DRB is transmitted or the data of the second QoS data stream is transmitted at the target DRB, and the data of the QoS data stream includes data of the first QoS data stream and data of the second QoS data stream.
  • a fifth aspect provides an apparatus for configuring a data stream, including:
  • a receiving unit configured to: if the data radio bearer DRB corresponding to the QoS data stream is converted by the source DRB to the target DRB, receive indication information from the sender of the SDAP entity, where the indication information is used to indicate that the data of the QoS data stream is in the source The data of the DRB is transmitted or the data of the QoS data stream is started to be transmitted at the target DRB.
  • a sixth aspect provides an apparatus for configuring a data stream, including:
  • a receiving unit configured to: if the data radio bearer DRB corresponding to the QoS data stream is converted by the source DRB to the target DRB, the data of the QoS data stream includes data of the first QoS data stream and data of the second QoS data stream, The source DRB receives data of the first QoS data stream, and receives data of the second QoS data stream by using the target DRB;
  • a processing unit configured to perform data processing on the data of the QoS data stream according to a preset data processing rule
  • the preset data processing rule at least includes:
  • the data of the second QoS data stream is not sent to other protocol layer entities, and the data of the first QoS data stream is sequentially sent to other protocol layer entities according to the data receiving order in the first QoS data stream;
  • the sender of the SDAP entity can send the indication information to the receiving end of the SDAP entity when the DRB corresponding to the QoS data stream is converted by the source DRB to the target DRB, and the indication information can be used to indicate that the first data stream is in the source.
  • the DRB is transmitted or the second QoS data stream is sent at the target DRB, so that the receiving end of the SDAP entity can distinguish the QoS data stream received through the source DRB and the target DRB after receiving the indication information, thereby ensuring the SDAP.
  • the entity receiving end delivers the received QoS data streams to the higher layer protocol entity in turn according to the order in which they arrive at the receiving end.
  • the receiving end of the SDAP entity can receive the indication information from the sending end of the SDAP entity when the DRB corresponding to the QoS data stream is converted by the source DRB to the target DRB, and the indication information can be used to indicate that the first data stream is in the source.
  • the DRB is transmitted or the second QoS data stream is sent at the target DRB, so that the receiving end of the SDAP entity can distinguish the QoS data stream received through the source DRB and the target DRB after receiving the indication information, thereby ensuring the SDAP.
  • the entity receiving end delivers the received QoS data streams to the higher layer protocol entity in turn according to the order in which they arrive at the receiving end.
  • the receiving end of the SDAP entity is capable of receiving the first QoS data stream by the source DRB and receiving the second QoS data stream by the target DRB when the DRB corresponding to the QoS data flow is transformed by the source DRB to the target DRB.
  • the QoS data stream can be processed according to a preset data processing rule to distinguish the first QoS data stream and the second QoS data stream, thereby ensuring that the receiving end of the QoS data stream is received by the receiving end of the SDAP entity.
  • the order of the receiving ends is sequentially delivered to the higher layer protocol entity.
  • 1 is a schematic diagram of data stream transmission in the related art
  • FIG. 2 is a schematic flowchart of an implementation process of a method for configuring a data flow according to an embodiment of the present disclosure
  • FIG. 3 is a schematic diagram of a data format for transmitting indication information according to an embodiment of the present disclosure
  • FIG. 4 is a schematic diagram of a data format for transmitting indication information according to an embodiment of the present disclosure
  • FIG. 5 is a schematic diagram of another data format for transmitting indication information according to an embodiment of the present disclosure.
  • FIG. 6 is a schematic flowchart of an implementation process of another method for configuring a data flow according to an embodiment of the present disclosure
  • FIG. 7 is a flow chart showing an implementation of a method for configuring a data stream according to an embodiment of the present disclosure
  • FIG. 8 is a schematic structural diagram of an apparatus for configuring a data stream according to an embodiment of the present disclosure.
  • FIG. 9 is a schematic structural diagram of another apparatus for configuring a data stream according to an embodiment of the present disclosure.
  • FIG. 10 is a schematic structural diagram of another apparatus for configuring a data stream according to an embodiment of the present disclosure.
  • FIG. 11 is a schematic structural diagram of a terminal device according to an embodiment of the present disclosure.
  • FIG. 12 is a schematic structural diagram of a network side device according to an embodiment of the present disclosure.
  • GSM Global System of Mobile communication
  • CDMA Code Division Multiple Access
  • WCDMA Wideband Code Division Multiple Access
  • GPRS General Packet Radio Service
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution
  • NR New Radio
  • a user equipment which may also be called a mobile terminal, a mobile user equipment, or the like, may communicate with one or more core networks via a radio access network (for example, a Radio Access Network, RAN).
  • the user equipment may be a mobile terminal, such as a mobile phone (or "cellular" phone) and a computer with a mobile terminal, for example, a portable, pocket, handheld, computer built-in or in-vehicle mobile device,
  • the wireless access network exchanges languages and/or data.
  • the base station may be a Base Transceiver Station (BTS) in GSM or CDMA, or may be a base station (NodeB) in WCDMA, or may be an evolved base station (eNB or e-NodeB, evolutional Node B) in LTE and
  • BTS Base Transceiver Station
  • NodeB base station
  • eNB evolved base station
  • gNB 5G base station
  • the DBR corresponding to the QoS data stream in the related art is transformed, for example, from DBR1 (ie, source DBR) to DBR2 (ie, target DBR), the order of data transmitted through different DBRs arrives at the receiving end. Different, and how to ensure that the data transmitted through different DBRs arrive at the receiving end, the receiving end can also deliver (that is, send) to the other protocol layer entities (ie, IP) according to the arrival order of the data transmitted through different DBRs.
  • DBR1 ie, source DBR
  • DBR2 ie, target DBR
  • the specific configuration information of the SDAP entity may be previously configured or agreed by the network side in the embodiment of the disclosure, and the specific configuration information may include any combination of one or more of the following: 1 indication information carrying the SDAP packet header ; 2 whether to send indication information; 3 indicates the number of times the information is sent.
  • FIG. 2 is a schematic flowchart of an implementation of a method for configuring a data flow according to an embodiment of the present disclosure.
  • the method of Figure 2 is performed by the sender of the SDAP entity.
  • the method includes:
  • Step 101 If the DRB corresponding to the QoS data flow is transformed by the source DRB to the target DRB, the indication information is sent to the receiving end of the SDAP entity.
  • the indication information is used to indicate that the first QoS data stream is transmitted in the source DRB or the data of the second QoS data stream is started to be sent in the target DRB, where the data of the QoS data stream includes data and a first QoS data stream. Two QoS data stream data.
  • the format of the foregoing indication information is one of the following formats: format 1, no data part SDAP header; format 2, SDAP header including at least one reserved indication bit; format 3, including at least one pre- The SDAP header of the indication bit is reserved, and the SDAP header including the at least one reservation indication bit is a control packet; wherein the reservation indication bit is used to indicate the indication information described above.
  • the SDAP data packet is a SDAP header that does not carry the data part. , indicating that the receiving end of the SDAP entity has received the indication information described above.
  • FIG. 3 a schematic diagram of the instruction information format according to an embodiment of the present disclosure is a SDAP packet header that does not carry a data portion, and FIG.
  • Oct 3 is a data diagram of one byte (Octet, referred to as Oct), and the Oct1 includes eight Bit, where the first two bits (picture R) are reserved bits, the value is 0, and the remaining six bits (illustrated QFI) are used to indicate the QoS data stream ID.
  • the SDAP data packet includes at least one The SDAP header of the reserved indication bit indicates that the receiving end of the SDAP entity has received the indication information described above.
  • FIG. 4 which is a schematic diagram of the format of the indication information provided in the format 2 according to the embodiment of the present disclosure
  • FIG. 4(a) is a schematic diagram of data of Oct, wherein the first bit (picture R) is reserved.
  • FIG. 4(b) is a schematic diagram of data of two Oct, in which 8 bits in Oct1 are the same as in FIG. 4(a), and Oct2 is a data portion (Data shown in the figure). That is to say, when the format of the indication information is format 2, the SDAP data packet may not carry the data part, and may also carry the data part.
  • the SDAP header containing at least one reserved indication bit is a control packet
  • the SDAP data packet being a SDAP packet header containing at least one reserved indication bit
  • the SDAP data packet being a control packet indicates that the receiving end of the SDAP entity receives the indication information described above.
  • FIG. 5 which is a schematic diagram of the format of the indication information provided in the format according to the embodiment of the present disclosure
  • FIG. 5 is a schematic diagram of data of Oct, wherein the first bit (illustration C/D) is used for indication.
  • the SDAP data packet is a data packet or a control packet bit.
  • the value indicates that the SDAP data packet is a data packet.
  • the value indicates that the SDAP data packet is a control packet, and the second bit (illustration E) is the reserved indication bit, which takes a value of 1, and the remaining six bits (illustrated QFI) are used to indicate the QoS data stream ID. That is to say, when the format of the indication information is format 3, the indication information takes effect only when the value of C/D is 1 and is the control packet, and the value of the reservation indication bit E is 1 at the same time.
  • the embodiments of the present disclosure ensure the reliability of data transmission.
  • Providing a preferred scheme that is, determining a number of times of sending the indication information based on an operation mode of a Radio Link Control (RLC) entity of the DRB for transmitting the indication information;
  • the DRB of the information is the source DRB or the target DRB.
  • RLC Radio Link Control
  • the value of the N may include the following conditions: N is equal to the preset number of transmissions; N is less than the preset number of transmissions; N is less than or equal to the preset number of transmissions; N is greater than the preset number of transmissions; N is greater than or equal to the preset.
  • the number of transmissions; the preset number of transmissions described here is configured by protocol or pre-configured by the network side device.
  • an indication is sent to the receiving end of the SDAP entity.
  • the information may specifically send M indication information to the receiving end of the SDAP entity, where M is a positive integer greater than or equal to 1.
  • M is a positive integer greater than 1
  • it may be repeated to the receiving end of the SDAP entity multiple times (M times).
  • Send instructions when M is a positive integer greater than 1, in order to ensure the reliability of data transmission, regardless of whether the working mode of the RLC entity of the DRB is in AM, UM or TM, it may be repeated to the receiving end of the SDAP entity multiple times (M times). Send instructions.
  • the value of the foregoing M may include the following conditions: M is equal to the preset number of transmissions; M is less than the preset number of transmissions; M is less than or equal to the preset number of transmissions; M is greater than the preset number of transmissions; M is greater than or equal to the preset.
  • the number of transmissions; the preset number of transmissions described here is configured by protocol or pre-configured by the network side device.
  • sending the indication information to the receiving end of the SDAP entity may be triggered under the following two conditions: condition 1, no data storing the QoS data stream; condition 2, when storing the data of the QoS data stream, the QoS data is stored
  • condition 1 no data storing the QoS data stream
  • condition 2 when storing the data of the QoS data stream, the QoS data is stored
  • the indication information is sent to the receiving end of the SDAP entity
  • the condition 2 is satisfied, that is, if the data of the QoS data stream is stored, the QoS data stream is stored.
  • the indication information is sent to the receiving end of the SDAP entity.
  • embodiments of the present disclosure may also transmit data of a second QoS data stream through a target DRB.
  • the data of the second QoS data stream is sent by the target DRB, including the following two cases: Case 1, if the indication information is started to be sent, the data of the second QoS data stream is sent by the target DRB; Instructing information, the data of the second QoS data stream is sent through the target DRB.
  • Case 1 if it is started to be sent, the data of the second QoS data stream is sent by the target DRB; Instructing information, the data of the second QoS data stream is sent through the target DRB.
  • the data of the second QoS data stream can also be immediately transmitted through the target DRB.
  • the indication information is sent to the receiving end of the SDAP entity, and the indication information may be sent to the receiving end of the SDAP entity by the source DRB, or may be sent to the receiving end of the SDAP entity by the target DRB.
  • the sender of the SDAP entity can send the indication information to the receiving end of the SDAP entity when the DRB corresponding to the QoS data stream is converted by the source DRB to the target DRB, and the indication information can be used to indicate that the first data stream is in the source.
  • the DRB is transmitted or the second QoS data stream is sent at the target DRB, so that the receiving end of the SDAP entity can distinguish the QoS data stream received through the source DRB and the target DRB after receiving the indication information, thereby ensuring the SDAP.
  • the entity receiving end delivers the received QoS data streams to the higher layer protocol entity in turn according to the order in which they arrive at the receiving end.
  • FIG. 6 is a schematic flowchart of an implementation of another method for configuring a data flow according to an embodiment of the present disclosure.
  • the method of Figure 6 is performed by the receiving end of the SDAP entity.
  • the method includes:
  • Step 201 If the DRB corresponding to the QoS data flow is transformed by the source DRB to the target DRB, receiving indication information from the sender of the SDAP entity, where the indication information is used to indicate that the data of the QoS data stream is sent in the source DRB or the QoS data is sent. The streamed data is sent at the beginning of the target DRB.
  • data of the QoS data stream may also be received; data of the re-QoS data stream is sent to other protocol layer entities. Since the DRB corresponding to the QoS data stream is transformed from the source DRB to the target DRB, this will cause part of the data in the QoS data stream to be received by the source DRB, and the other part will be received by the target DRB.
  • the two parts can be The data is referred to as a first QoS data stream and a second QoS data stream, and therefore, the QoS data stream includes a first QoS data stream and a second QoS data stream.
  • receiving data of the QoS data stream includes receiving data of the first QoS data stream through the source DRB; and receiving data of the second QoS data stream through the target DRB.
  • the data of the QoS data stream is sent to other protocol layer entities.
  • the data of the first QoS data stream may be first sent to other protocol layer entities according to the data receiving order in the first QoS data stream.
  • the data of the second QoS data stream is sequentially sent to other protocol layer entities according to the data receiving order in the second QoS data stream. That is, the first received data (ie, the data in the first QoS data stream received by the source DRB) is first delivered to other protocol layer entities.
  • the receiving the indication information from the sending end of the SDAP entity may receive the indication information from the sending end of the SDAP entity by using the source DRB, or receiving the indication information by using the target DRB.
  • the data of the QoS data stream needs to be delivered to other protocol layers after receiving the data of the QoS data stream
  • the data of the first QoS data stream and the data of the second QoS data stream may also be stored.
  • the embodiment of the present disclosure may specifically store the first QoS data stream according to the data receiving order in the first QoS data stream and the second QoS data stream. Data and data of the second QoS data stream.
  • the storage may be performed in two ways: on one hand, the data of the first QoS data flow may be stored in the first storage location, and the data storage of the second QoS data flow may be In the second storage location; on the other hand, the data of the first QoS data stream and the data of the second QoS data stream may also be stored in the target storage location (that is, stored in the same location) and are the first QoS data stream.
  • the data and the data of the second QoS data stream are assigned different labels.
  • the receiving end of the SDAP entity can receive the indication information from the sending end of the SDAP entity when the DRB corresponding to the QoS data stream is converted by the source DRB to the target DRB, and the indication information can be used to indicate that the first data stream is in the source.
  • the DRB is transmitted or the second QoS data stream is sent at the target DRB, so that the receiving end of the SDAP entity can distinguish the QoS data stream received through the source DRB and the target DRB after receiving the indication information, thereby ensuring the SDAP.
  • the entity receiving end delivers the received QoS data streams to the higher layer protocol entity in turn according to the order in which they arrive at the receiving end.
  • FIG. 7 is a schematic flowchart of an implementation of another method for configuring a data flow according to an embodiment of the present disclosure.
  • the method of Figure 7 is performed by the receiving end of the SDAP entity.
  • the method includes:
  • Step 301 If the DRB corresponding to the QoS data stream is transformed by the source DRB to the target DRB, the data of the QoS data stream includes data of the first QoS data stream and data of the second QoS data stream, and receives the first QoS data stream by using the source DRB. Data, receiving data of the second QoS data stream through the target DRB;
  • Step 302 Perform data processing on data of the QoS data stream based on a preset data processing rule.
  • the preset data processing rule includes: not: submitting data of the QoS data stream to other protocol layer entities; not transmitting the data of the second QoS data stream to other protocol layer entities, and following the data of the first QoS data stream according to The data receiving order in the first QoS data stream is sequentially transmitted to other protocol layer entities; the data of the first QoS data stream and the data of the second QoS data stream are stored.
  • the embodiment of the present disclosure may specifically receive the data according to the first QoS data stream and the second QoS data stream.
  • the data of the first QoS data stream and the data of the second QoS data stream are sequentially stored.
  • the storage may be performed in two ways: on one hand, the data of the first QoS data flow may be stored in the first storage location, and the data storage of the second QoS data flow may be In the second storage location; on the other hand, the data of the first QoS data stream and the data of the second QoS data stream may also be stored in the target storage location (that is, stored in the same location) and are the first QoS data stream.
  • the data and the data of the second QoS data stream are assigned different labels.
  • the receiving end of the SDAP entity is capable of receiving the first QoS data stream by the source DRB and receiving the second QoS data stream by the target DRB when the DRB corresponding to the QoS data flow is transformed by the source DRB to the target DRB.
  • the QoS data stream can be processed according to a preset data processing rule to distinguish the first QoS data stream and the second QoS data stream, thereby ensuring that the receiving end of the QoS data stream is received by the receiving end of the SDAP entity.
  • the order of the receiving ends is sequentially delivered to the higher layer protocol entity.
  • FIG. 8 is a block diagram showing the structure of an apparatus 400 for configuring a data stream according to an embodiment of the present disclosure.
  • the apparatus 400 for configuring a data stream may include: a sending unit 401, where
  • the sending unit 401 is configured to: if the data radio bearer DRB corresponding to the QoS data stream is converted by the source DRB to the target DRB, send the indication information to the receiving end of the SDAP entity, where the indication information is used to indicate that the first QoS data flow is in the The source DRB is transmitted or the data of the second QoS data stream is transmitted at the target DRB, and the data of the QoS data stream includes data of the first QoS data stream and data of the second QoS data stream.
  • the format of the indication information is one of the following formats:
  • SDAP header including at least one reserved indication bit
  • the SDAP header including at least one reserved indication bit is a control packet
  • the reservation indication bit is used to indicate the indication information.
  • the device further includes:
  • the determining unit 402 is configured to determine, according to an operation mode of the RLC entity of the DRB that sends the indication information, the number of times the indication information is sent;
  • the DRB for sending the indication information is the source DRB or the target DRB.
  • the determining unit 402 is configured to:
  • the working mode of the RLC entity of the DRB for sending the indication information is the acknowledge mode AM, determining that the number of times the indication information is sent is one time;
  • the working mode of the RLC entity of the DRB is the non-acknowledgment mode UM or the transparent mode TM, it is determined that the number of times the indication information is sent is N times, and the N is a positive integer greater than 1.
  • the N is equal to a preset number of transmissions
  • the N is smaller than the preset number of transmissions
  • the N is less than or equal to the preset number of transmissions
  • the N is greater than the preset number of transmissions
  • the N is greater than or equal to the preset number of transmissions
  • the preset number of transmissions is configured by a protocol or pre-configured by the network side.
  • the sending unit 401 is configured to:
  • the M is equal to a preset number of transmissions
  • the M is smaller than the preset number of transmissions
  • the M is less than or equal to the preset number of transmissions
  • the M is greater than the preset number of transmissions
  • the M is greater than or equal to the preset number of transmissions
  • the preset number of transmissions is configured by a protocol or pre-configured by the network side.
  • the sending unit 401 is configured to:
  • the indication information is sent to the receiving end of the SDAP entity.
  • the device further includes:
  • the first sending unit 403 is configured to send data of the second QoS data stream by using the target DRB.
  • the apparatus 400 for configuring the data stream can also perform the method of FIG. 2, and the specific implementation can refer to the embodiment shown in FIG. 2.
  • FIG. 9 is a block diagram showing another structure of an apparatus 500 for configuring a data stream according to an embodiment of the present disclosure.
  • the apparatus 500 for configuring a data stream may include: a receiving unit 501, where
  • the receiving unit 501 is configured to: if the data radio bearer DRB corresponding to the QoS data stream is converted by the source DRB to the target DRB, receive indication information from the sender of the SDAP entity, where the indication information is used to indicate that the data of the QoS data stream is in the The data of the source DRB is transmitted or the data of the QoS data stream is started to be transmitted at the target DRB.
  • the device further includes:
  • a first receiving unit 502 configured to receive data of the QoS data stream
  • the sending unit 503 is configured to send data of the QoS data stream to other protocol layer entities.
  • the QoS data stream includes a first QoS data stream and a second QoS data stream
  • the first receiving unit 502 is configured to:
  • the sending unit 503 is configured to:
  • the data of the second QoS data stream is according to the second The order of receiving data in the QoS data stream is sequentially sent to other protocol layer entities.
  • the receiving unit 501 is configured to:
  • the indication information is received by the source DRB or the target DRB.
  • the device further includes:
  • the storage unit 504 is configured to store data of the first QoS data stream and data of the second QoS data stream.
  • the storage unit 504 is configured to:
  • the storage unit 504 is configured to:
  • the apparatus 500 for configuring a data stream may also perform the method of FIG. 6.
  • FIG. 10 is a schematic structural diagram of another apparatus 600 for configuring a data stream according to an embodiment of the present disclosure.
  • the apparatus 600 for configuring a data stream may include: a receiving unit 601 and a processing unit 602, where
  • the receiving unit 601 is configured to: if the data radio bearer DRB corresponding to the QoS data stream is converted by the source DRB to the target DRB, the data of the QoS data stream includes data of the first QoS data stream and data of the second QoS data stream, Receiving, by the source DRB, data of the first QoS data stream, and receiving, by the target DRB, data of the second QoS data stream;
  • the processing unit 602 is configured to perform data processing on the data of the QoS data stream according to a preset data processing rule.
  • the preset data processing rule at least includes:
  • the data of the second QoS data stream is not delivered to other protocol layer entities, and the data of the first QoS data stream is sequentially delivered to other protocol layer entities according to the data receiving order in the first QoS data stream;
  • the processing unit 602 is configured to: when storing the first QoS data flow and the second QoS data flow:
  • processing unit 602 is configured to:
  • the apparatus 600 for configuring the data stream may also perform the method of FIG. 7.
  • FIG. 11 is a schematic structural diagram of a terminal device according to another embodiment of the present disclosure.
  • the terminal device 800 includes at least one processor 810, a memory 820, at least one network interface 830, and a user interface 840.
  • the various components in terminal device 800 are coupled together by a bus system 850.
  • the bus system 850 is used to implement connection communication between these components.
  • the bus system 850 includes a power bus, a control bus, and a status signal bus.
  • various buses are labeled as bus system 850 in FIG.
  • the user interface 840 can include a display, a keyboard, or a pointing device (eg, a mouse, a trackball, a touchpad, or a touch screen, etc.).
  • a pointing device eg, a mouse, a trackball, a touchpad, or a touch screen, etc.
  • the memory 820 in the embodiments of the present disclosure may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memory 3.
  • the non-volatile memory may be a read-only memory (ROM), a programmable read only memory (PROM), an erasable programmable read only memory (Erasable PROM, EPROM), or an electric Erase programmable read only memory (EEPROM) or flash memory.
  • the volatile memory can be a Random Access Memory (RAM) that acts as an external cache.
  • RAM Random Access Memory
  • many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (Synchronous DRAM).
  • the memory 820 of the systems and methods described in the embodiments of the present disclosure is intended to comprise, without being limited to, these and any other suitable types of memory.
  • memory 820 stores elements, executable modules or data structures, or a subset thereof, or their extended set: operating system 821 and application 822.
  • the operating system 821 includes various system programs, such as a framework layer, a core library layer, a driver layer, and the like, for implementing various basic services and processing hardware-based tasks.
  • the application 822 includes various applications, such as a media player (Media Player), a browser (Browser), etc., for implementing various application services.
  • a program implementing the method of the embodiments of the present disclosure may be included in the application 822.
  • the terminal device 800 further includes: a computer program stored on the memory 820 and operable on the processor 810, and the computer program is executed by the processor 810 to implement various processes of the method for configuring the data stream, and Can achieve the same technical effect, in order to avoid duplication, no longer repeat here.
  • Processor 810 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the foregoing method may be completed by an integrated logic circuit of hardware in the processor 810 or an instruction in a form of software.
  • the processor 810 may be a general-purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a Field Programmable Gate Array (FPGA), or the like. Programmable logic devices, discrete gates or transistor logic devices, discrete hardware components.
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • FPGA Field Programmable Gate Array
  • the general purpose processor may be a microprocessor or the processor or any conventional processor or the like.
  • the steps of the method of configuring a data stream disclosed in connection with the embodiments of the present disclosure may be directly implemented by the hardware decoding processor, or may be performed by a combination of hardware and software modules in the decoding processor.
  • the software modules can be located in a conventional computer readable storage medium of the art, such as random access memory, flash memory, read only memory, programmable read only memory or electrically erasable programmable memory, registers, and the like.
  • the computer readable storage medium is located in a memory 820, and the processor 810 reads the information in the memory 820, in conjunction with its hardware, to perform the steps of the method for transmitting a demodulation reference signal.
  • the computer readable storage medium stores a computer program that, when executed by the processor 810, implements the steps of the method embodiment in the method of configuring the data stream as described above.
  • the embodiments described in the embodiments of the present disclosure may be implemented in hardware, software, firmware, middleware, microcode, or a combination thereof.
  • the processing unit can be implemented in one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processing (DSP), Digital Signal Processing Equipment (DSP Device, DSPD), programmable Programmable Logic Device (PLD), Field-Programmable Gate Array (FPGA), general purpose processor, controller, microcontroller, microprocessor, other for performing the functions described in this disclosure In an electronic unit or a combination thereof.
  • ASICs Application Specific Integrated Circuits
  • DSP Digital Signal Processing
  • DSP Device Digital Signal Processing Equipment
  • PLD programmable Programmable Logic Device
  • FPGA Field-Programmable Gate Array
  • the techniques described in the embodiments of the present disclosure may be implemented by modules (eg, procedures, functions, etc.) that perform the functions described in the embodiments of the present disclosure.
  • the software code can be stored in memory and executed by the processor.
  • the memory can be implemented in the processor or external to the processor.
  • FIG. 12 shows a schematic structural diagram of a network side device according to another embodiment of the present disclosure.
  • the network side device 900 includes a processor 910, a transceiver 920, a memory 930, and a bus interface. among them:
  • the network side device 900 further includes: a computer program stored on the memory 830 and executable on the processor 910, the computer program being implemented by the processor 910 to implement the configuration data stream.
  • the bus architecture can include any number of interconnected buses and bridges, specifically linked by one or more processors represented by processor 910 and various circuits of memory represented by memory 930.
  • the bus architecture can also link various other circuits such as peripherals, voltage regulators, and power management circuits, which are well known in the art and, therefore, will not be further described herein.
  • the bus interface provides an interface.
  • Transceiver 920 can be a plurality of components, including a transmitter and a receiver, providing means for communicating with various other devices on a transmission medium.
  • the processor 910 is responsible for managing the bus architecture and general processing, and the memory 930 can store data used by the processor 910 in performing operations.
  • the embodiment of the present disclosure further provides a computer readable storage medium, where the computer program is stored on a computer program, and the computer program is executed by the processor to implement various processes of the method for configuring the data stream, and the same technology can be achieved. The effect, to avoid repetition, will not be repeated here.
  • the computer readable storage medium such as a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.
  • the system, device, module or unit illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product having a certain function.
  • a typical implementation device is a computer.
  • the computer can be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or A combination of any of these devices.
  • Computer readable media includes both permanent and non-persistent, removable and non-removable media.
  • Information storage can be implemented by any method or technology.
  • the information can be computer readable instructions, data structures, modules of programs, or other data.
  • Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read only memory. (ROM), electrically erasable programmable read only memory (EEPROM), flash memory or other memory technology, compact disk read only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, Magnetic tape cartridges, magnetic tape storage or other magnetic storage devices or any other non-transportable media can be used to store information that can be accessed by a computing device.
  • computer readable media does not include temporary storage of computer readable media, such as modulated data signals and carrier waves.

Landscapes

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

Abstract

本公开实施例公开了一种配置数据流的方法和装置，所述方法包括：若服务质量QoS数据流对应的数据无线承载DRB由源DRB变换到目标DRB，向SDAP实体接收端发送指示信息，所述指示信息用于指示第一QoS数据流在所述源DRB被发送完成或者第二QoS数据流的数据在所述目标DRB开始被发送，所述QoS数据流的数据包括所述第一QoS数据流的数据和所述第二QoS数据流的数据。

Description

配置数据流的方法和装置
相关申请的交叉引用
本申请主张在2018年4月2日在中国提交的中国专利申请号No.201810284187.0的优先权，其全部内容通过引用包含于此。
技术领域
本公开涉及通信领域，尤其涉及一种配置数据流的方法和装置。
背景技术
第五代(5 th-Generation，5G)移动通信系统引入了服务质量(Quality-of-Service，QoS)的网络侧指示机制，因此需要在上行和下行数据的发送过程中都需要加入用户设备(User Equipment，UE)的IP数据流的QoS指示信息(如QoS flow ID)，而该协议层则位于包数据汇聚协议(Packet Data Convergence Protocol，PDCP)层之上，如图1所示，其中1个服务数据适应协议(Service Data Adaptation Protocol，SDAP)实体对应1个高层的协议数据单元(Protocol Data Unit，PDU)会话(Session)，而一个SDAP实体则可以将数据流(flow)发送给多个不同的数据无线承载(Date Resource Bearer，DRB)，对应于图1所示的多个PDCP实体。
由于网络侧能够将终端设备的一个数据流(比如QoS数据流1)的接收端或者发送端的DRB进行重新配置(比如发生切换时)，即将接收端或者发送端的DRB从DRB1(即源DRB)变换到DRB2(也就是目标DRB)。
然而，当SDAP实体的接收端或者发送端对应的DRB从源DRB变换到目标DRB之后，由于不同DRB中的数据流到达接收端会有先后顺序，而如何保证让将接收到的数据流在递交给高层协议实体时也能够按照其达到接收端的先后顺序来递交，仍亟待解决。
发明内容
本公开实施例的目的是提供一种配置数据流的方法和装置，以解决相关 技术中如何保证让将接收到的数据流在递交给高层协议实体时也能够按照其到达接收端的先后顺序来递交的问题。
为解决上述技术问题，本公开实施例是这样实现的：
第一方面，提供了一种配置数据流的方法，应用于服务数据适应协议SDAP实体发送端，包括：
若服务质量QoS数据流对应的数据无线承载DRB由源DRB变换到目标DRB，向SDAP实体接收端发送指示信息，所述指示信息用于指示第一QoS数据流在所述源DRB被发送完成或者第二QoS数据流的数据在所述目标DRB开始被发送，所述QoS数据流的数据包括所述第一QoS数据流的数据和所述第二QoS数据流的数据。
第二方面，提供了一种配置数据流的方法，应用于服务数据适应协议SDAP实体接收端，包括：
若服务质量QoS数据流对应的数据无线承载DRB由源DRB变换到目标DRB，接收来自SDAP实体发送端的指示信息，所述指示信息用于指示QoS数据流的数据在所述源DRB的数据被发送完成或者QoS数据流的数据在所述目标DRB开始被发送。
第三方面，提供了一种配置数据流的方法，应用于服务数据适应协议SDAP实体接收端，包括：
若服务质量QoS数据流对应的数据无线承载DRB由源DRB变换到目标DRB，所述QoS数据流的数据包括第一QoS数据流的数据和第二QoS数据流的数据，通过所述源DRB接收所述第一QoS数据流的数据，通过所述目标DRB接收所述第二QoS数据流的数据；
基于预设的数据处理规则，对所述QoS数据流的数据进行数据处理；
其中，所述预设的数据处理规则至少包括：
不将所述QoS数据流的数据发送给其他协议层实体；
不将所述第二QoS数据流的数据发送给其他协议层实体，将所述第一QoS数据流的数据按照所述第一QoS数据流中的数据接收顺序依次发送给其他协议层实体；
存储所述第一QoS数据流的数据和所述第二QoS数据流的数据。
第四方面，提供一种配置数据流的装置，包括：
发送单元，用于若服务质量QoS数据流对应的数据无线承载DRB由源DRB变换到目标DRB，向SDAP实体接收端发送指示信息，所述指示信息用于指示第一QoS数据流在所述源DRB被发送完成或者第二QoS数据流的数据在所述目标DRB开始被发送，所述QoS数据流的数据包括所述第一QoS数据流的数据和所述第二QoS数据流的数据。
第五方面，提供一种配置数据流的装置，包括：
接收单元，用于若服务质量QoS数据流对应的数据无线承载DRB由源DRB变换到目标DRB，接收来自SDAP实体发送端的指示信息，所述指示信息用于指示QoS数据流的数据在所述源DRB的数据被发送完成或者QoS数据流的数据在所述目标DRB开始被发送。
第六方面，提供一种配置数据流的装置，包括：
接收单元，用于若服务质量QoS数据流对应的数据无线承载DRB由源DRB变换到目标DRB，所述QoS数据流的数据包括第一QoS数据流的数据和第二QoS数据流的数据，通过所述源DRB接收所述第一QoS数据流的数据，通过所述目标DRB接收所述第二QoS数据流的数据；
处理单元，用于基于预设的数据处理规则，对所述QoS数据流的数据进行数据处理；
其中，所述预设的数据处理规则至少包括：
不将所述QoS数据流的数据发送给其他协议层实体；
不将所述第二QoS数据流的数据发送给其他协议层实体，将所述第一QoS数据流的数据按照所述第一QoS数据流中的数据接收顺序依次发送给其他协议层实体；
存储所述第一QoS数据流的数据和所述第二QoS数据流的数据。
由以上本公开实施例提供的技术方案可见，本公开实施例方案至少具备如下一种技术效果：
本公开的实施例中，SDAP实体发送端能够在QoS数据流对应的DRB由源DRB变换到目标DRB时，向SDAP实体接收端发送指示信息，该指示信息能够用于指示第一数据流在源DRB被发送完成或者第二QoS数据流在目 标DRB开始被发送，使得SDAP实体接收端在接收到该指示信息之后能够对通过源DRB和通过目标DRB接收的QoS数据流进行区分处理，从而保证SDAP实体接收端将接收到的QoS数据流按照其到达接收端的先后顺序来依次递交给高层协议实体。
本公开的实施例中，SDAP实体接收端能够在QoS数据流对应的DRB由源DRB变换到目标DRB时，接收来自SDAP实体发送端的指示信息，该指示信息能够用于指示第一数据流在源DRB被发送完成或者第二QoS数据流在目标DRB开始被发送，使得SDAP实体接收端在接收到该指示信息之后能够对通过源DRB和通过目标DRB接收的QoS数据流进行区分处理，从而保证SDAP实体接收端将接收到的QoS数据流按照其到达接收端的先后顺序来依次递交给高层协议实体。
本公开实施例中，SDAP实体接收端能够在QoS数据流对应的DRB由源DRB变换到目标DRB时，通过源DRB接收第一QoS数据流，通过所述目标DRB接收所述第二QoS数据流之后，能够基于预设的数据处理规则对QoS数据流进行数据处理，以将第一QoS数据流和第二QoS数据流区分处理，从而保证SDAP实体接收端将接收到的QoS数据流按照其到达接收端的先后顺序来依次递交给高层协议实体。
附图说明
为了更清楚地说明本申请实施例或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是相关技术中数据流传输的示意图；
图2是根据本公开实施例，一种配置数据流的方法的实施流程的实施流程示意图；
图3是根据本公开实施例，一种用于传输指示信息的数据格式示意图；
图4是根据本公开实施例，又一种用于传输指示信息的数据格式示意图；
图5是根据本公开实施例，再一种用于传输指示信息的数据格式示意图；
图6是根据本公开实施例，再一种配置数据流的方法的实施流程的实施流程示意图；
图7是根据本公开实施例，又一种配置数据流的方法的实施流程示意图；
图8是根据本公开实施例，一种配置数据流的装置的结构示意图；
图9是根据本公开实施例，另一种配置数据流的装置的结构示意图；
图10是根据本公开实施例，又一种配置数据流的装置的结构示意图；
图11是根据本公开实施例，一种终端设备的结构示意图；
图12是根据本公开实施例，一种网络侧设备的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
本申请的技术方案，可以应用于各种通信系统，例如：全球移动通讯系统(Global System of Mobile communication，GSM)，码分多址(Code Division Multiple Access，CDMA)系统，宽带码分多址(Wideband Code Division Multiple Access，WCDMA)，通用分组无线业务(General Packet Radio Service，GPRS)，长期演进(Long Term Evolution，LTE)/增强长期演进(Long Term Evolutionadvanced，LTE-A)，NR(New Radio)等。
用户设备(User Equipment，UE)，也可称之为移动终端(Mobile Terminal)、移动用户设备等，可以经无线接入网(例如，Radio Access Network，RAN)与一个或多个核心网进行通信，用户设备可以是移动终端，如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。
基站，可以是GSM或CDMA中的基站(Base Transceiver Station，BTS)， 也可以是WCDMA中的基站(NodeB)，还可以是LTE中的演进型基站(eNB或e-NodeB，evolutional Node B)及5G基站(gNB)，本申请并不限定，但为描述方便，下述实施例以gNB为例进行说明。
如背景技术中所述，相关技术中的QoS数据流对应的DBR发生变换时，比如从DBR1(即源DBR)变换到DBR2(即目标DBR)时，由于通过不同DBR传输的数据到达接收端的顺序不同，而如何保证通过不同DBR传输的数据到达接收端后，接收端还能够按照这些通过不同DBR传输的数据的到达顺序递交(也就是发送)至其他协议层实体也就是高层协议实体(如IP层)，仍需要一种解决方案，因此，在相关技术的基础上，有必要提出一种配置数据流的方法，针对QoS数据流对应的DBR发生变换的情况，保证通过不同DBR传输的数据能够在到达接收端后仍然按照其到达顺序依次被递交到高层协议实体。
为了解决这个问题，本公开实施例中可以预先通过网络侧配置或协议约定SDAP实体的特定配置信息，该特定配置信息可以包括下述一项或多项的任意组合：①携带SDAP包头的指示信息；②是否发送指示信息；③指示信息的发送次数。
图2是本公开的一个实施例提供的一种配置数据流的方法的实施流程示意图。图2的方法由SDAP实体发送端执行。该方法包括：
步骤101，若QoS数据流对应的DRB由源DRB变换到目标DRB，向SDAP实体接收端发送指示信息。
其中，上述指示信息用于指示第一QoS数据流在源DRB被发送完成或者第二QoS数据流的数据在目标DRB开始被发送，上述QoS数据流的数据包括第一QoS数据流的数据和第二QoS数据流的数据。
可选地，上述所述指示信息的格式为以下格式中的一种：格式1，没有携带数据部分SDAP包头；格式2，包含至少一个预留指示比特的SDAP包头；格式3，包含至少一个预留指示比特的SDAP包头，且该包含至少一个预留指示比特的SDAP包头为控制包；其中，预留指示比特用于指示上述所述的指示信息。
当上述指示信息的格式格式1，为没有携带数据部分的SDAP包头时， 若SDAP实体接收端接收到来自SDAP实体发送端发送的一个SDAP数据包，该SDAP数据包为没有携带数据部分的SDAP包头，则表明SDAP实体接收端接收到了上述所述的指示信息。如图3所示，为根据本公开实施例提供的指示信息格式为没有携带数据部分的SDAP包头时的示意图，图3为一个字节(Octet，简称Oct)的数据示意图，该Oct1包括8个比特(bit)，其中，前两个bit(图示R)为预留bit，取值为0，剩余的六个bit(图示QFI)用于指示QoS数据流ID。
当上述指示信息的格式为格式2，为包含指示一个预留指示比特的SDAP包头时，若SDAP实体接收端接收到来自SDAP实体发送端发送的一个SDAP数据包，该SDAP数据包为包含至少一个预留指示比特的SDAP包头，则表明SDAP实体接收端接收到了上述所述的指示信息。如图4所示，为根据本公开实施例提供的指示信息格式为格式2时的示意图，图4(a)为一个Oct的数据示意图，其中，第一个bit(图示R)为预留bit，取值为0，第二个bit(图示E)为预留指示比特，取值为1，剩余的六个bit(图示QFI)用于指示QoS数据流ID。图4(b)为两个Oct的数据示意图，其中Oct1中的8个bit与图4(a)相同，Oct2为所携带的数据部分(图示Data)。也就是说，当上述指示信息的格式为格式2时，该SDAP数据包可以不携带数据部分，也可以携带数据部分。
当上述指示信息的格式为格式3，为包含至少一个预留指示比特的SDAP包头，且该包含至少一个预留指示比特的SDAP包头为控制包时，若SDAP实体接收端接收到来自SDAP实体发送端发送的一个SDAP数据包，该SDAP数据包为包含至少一个预留指示比特的SDAP包头，且该SDAP数据包为控制包，则表明SDAP实体接收端接收到了上述所述的指示信息。如图5所示，为根据本公开实施例提供的指示信息格式为格式3时的示意图，图5为一个Oct的数据示意图，其中，第一个bit(图示C/D)为用于指示该SDAP数据包是数据包还是控制包的bit，取值为0时，表明该SDAP数据包为数据包，取值为1时，表明该SDAP数据包为控制包，第二个bit(图示E)为预留指示比特，取值为1，剩余的六个bit(图示QFI)用于指示QoS数据流ID。也就是说，当上述指示信息的格式为格式3时，只有满足C/D取值为1即为控 制包，且同时满足预留指示比特E取值为1时，该指示信息才生效。
应理解，由于源DBR或者目标DBR的RLC实体的工作模式包括确认模式(AM)、非确认模式(UM)和透明模式(TM)三种工作模式，本公开实施例为了保证数据传输的可靠性，提供一种优选的方案，即可以基于用于发送指示信息的DRB的无线链路控制层协议(Radio Link Control，RLC)实体的工作模式，确定指示信息的发送次数；其中，用于发送指示信息的DRB为源DRB或目标DRB。
基于DRB的RLC实体的工作模式，确定指示信息的发送次数，具体来说，若用于发送指示信息的DRB的RLC实体的工作模式为AM，由于AM模式本身能够保证数据传输的可靠性，因此可以确定指示信息的发送次数为1次；而若DRB的RLC实体的工作模式为UM或者TM，由于这两种工作模式本身不能够保证数据传输的可靠性，因此可以确定指示信息的发送次数为N次，N为大于1的正整数，也就是说在这两种工作模式下，可以向SDAP实体的接收端重复发送多次指示信息，以保证指示信息能够被SDAP实体的接收端接收到。
其中，上述N的取值可以包括以下几种情况：N等于预设发送次数；N小于预设发送次数；N小于或等于预设发送次数；N大于预设发送次数；N大于或等于预设发送次数；这里所述的预设发送次数为通过协议配置或者网络侧设备预先配置的。
可选地，由于QoS数据流对应的DRB由源DRB变换到目标DRB通常是终端设备发生切换的瞬间，因此这个过程往往较短，为了便于避免繁琐的操作和实现，向SDAP实体接收端发送指示信息，具体可以向SDAP实体接收端发送M次指示信息，M为大于或等于1的正整数。这里当M为大于1的正整数的情况时，为保证数据传输的可靠性，不论DRB的RLC实体的工作模式处于AM、UM还是TM，均可以向SDAP实体接收端重复多次(M次)发送指示信息。
其中，上述M的取值可以包括以下几种情况：M等于预设发送次数；M小于预设发送次数；M小于或等于预设发送次数；M大于预设发送次数；M大于或等于预设发送次数；这里所述的预设发送次数为通过协议配置或者网 络侧设备预先配置的。
可选地，向SDAP实体接收端发送指示信息，可以在下述两种条件下触发：条件1，没有存储QoS数据流的数据；条件2，存储有QoS数据流的数据时，在将该QoS数据流中的最后一个数据发送给源DRB之后。也就是说，若满足条件1，即若没有存储QoS数据流的数据，则向SDAP实体接收端发送指示信息；若满足条件2，即若存储有QoS数据流的数据，在将QoS数据流中的最后一个数据发送给源DRB之后，向SDAP实体接收端发送指示信息。
应理解，本公开实施例还可以通过目标DRB发送第二QoS数据流的数据。具体来说，通过目标DRB发送第二QoS数据流的数据，包括以下两种情况：情况1，若开始发送指示信息，则通过目标DRB发送第二QoS数据流的数据；情况2，若完成发送指示信息，则通过目标DRB发送所述第二QoS数据流的数据。此外，在确定了QoS数据流对应的DRB由源DRB变换到目标DRB，也可以立即通过目标DRB发送第二QoS数据流的数据。
可选地，本公开实施例中向SDAP实体接收端发送指示信息，具体既可以通过源DRB向SDAP实体接收端发送指示信息，也可以通过目标DRB向SDAP实体接收端发送指示信息。
本公开的实施例中，SDAP实体发送端能够在QoS数据流对应的DRB由源DRB变换到目标DRB时，向SDAP实体接收端发送指示信息，该指示信息能够用于指示第一数据流在源DRB被发送完成或者第二QoS数据流在目标DRB开始被发送，使得SDAP实体接收端在接收到该指示信息之后能够对通过源DRB和通过目标DRB接收的QoS数据流进行区分处理，从而保证SDAP实体接收端将接收到的QoS数据流按照其到达接收端的先后顺序来依次递交给高层协议实体。
图6是本公开的一个实施例提供的另一种配置数据流的方法的实施流程示意图。图6的方法由SDAP实体接收端执行。该方法包括：
步骤201，若QoS数据流对应的DRB由源DRB变换到目标DRB，接收来自SDAP实体发送端的指示信息，指示信息用于指示QoS数据流的数据在所述源DRB的数据被发送完成或者QoS数据流的数据在目标DRB开始被发送。
可选地，在这种情况下，还可以接收QoS数据流的数据；将再QoS数据流的数据发送给其他协议层实体。而由于QoS数据流对应的DRB由源DRB变换到目标DRB，这将会导致QoS数据流中的部分数据会通过源DRB接收，另一部分会通过目标DRB接收，为便于描述，可以将这两部分数据称为第一QoS数据流和第二QoS数据流，因此，QoS数据流包括第一QoS数据流和第二QoS数据流。
因此，接收QoS数据流的数据包括：通过源DRB接收第一QoS数据流的数据；以及，通过目标DRB接收第二QoS数据流的数据。
可选地，将QoS数据流的数据发送给其他协议层实体，具体来说，可以首先将第一QoS数据流的数据按照第一QoS数据流中的数据接收顺序依次发送给其他协议层实体；然后，再将第二QoS数据流的数据按照第二QoS数据流中的数据接收顺序依次发送给其他协议层实体。也就是说，将先接收到的数据(即通过源DRB接收到的第一QoS数据流中的数据)先递交到其他协议层实体。
可选地，上述接收来自SDAP实体发送端的指示信息，既可以通过源DRB接收来自SDAP实体发送端的指示信息，也可以通过目标DRB接收指示信息。
由于在接收了QoS数据流的数据之后，还需要将QoS数据流的数据递交给其他协议层，因此还可以存储第一QoS数据流的数据和第二QoS数据流的数据。而为便于区分第一QoS数据流和第二QoS数据流中数据的接收顺序，并在将这些数据递交到其他协议层实体(如高层协议实体IP层)时，还能够保证按照这些数据的接收顺序来依次递交，本公开实施例在存储第一QoS数据流和第二QoS数据流时，具体可以按照第一QoS数据流和第二QoS数据流中的数据接收顺序存储第一QoS数据流的数据和第二QoS数据流的数据。
由于第一QoS数据流和第二QoS数据流分别是通过源DRB和目标DRB接收到的，因此第一QoS数据流中的数据比第二QoS数据流中的数据在接收顺序上要靠前一些，那么为了便于区分这两个QoS数据流，可以通过以下两种方式来进行存储：一方面，可以将第一QoS数据流的数据存储在第一存储位置，将第二QoS数据流的数据存储在第二存储位置；另一方面，也可以将第一QoS数据流的数据和第二QoS数据流的数据存储在目标存储位置(也就 是存储在同一位置)，并为第一QoS数据流的数据和第二QoS数据流的数据分配不同的标签。
本公开的实施例中，SDAP实体接收端能够在QoS数据流对应的DRB由源DRB变换到目标DRB时，接收来自SDAP实体发送端的指示信息，该指示信息能够用于指示第一数据流在源DRB被发送完成或者第二QoS数据流在目标DRB开始被发送，使得SDAP实体接收端在接收到该指示信息之后能够对通过源DRB和通过目标DRB接收的QoS数据流进行区分处理，从而保证SDAP实体接收端将接收到的QoS数据流按照其到达接收端的先后顺序来依次递交给高层协议实体。
图7是本公开的一个实施例提供的再一种配置数据流的方法的实施流程示意图。图7的方法由SDAP实体接收端执行。该方法包括：
步骤301，若QoS数据流对应的DRB由源DRB变换到目标DRB，该QoS数据流的数据包括第一QoS数据流的数据和第二QoS数据流的数据，通过源DRB接收第一QoS数据流的数据，通过目标DRB接收第二QoS数据流的数据；
步骤302，基于预设的数据处理规则，对QoS数据流的数据进行数据处理；
其中，预设的数据处理规则至少包括：不将QoS数据流的数据递交到其他协议层实体；不将第二QoS数据流的数据发送给其他协议层实体，将第一QoS数据流的数据按照第一QoS数据流中的数据接收顺序依次发送给其他协议层实体；存储第一QoS数据流的数据和第二QoS数据流的数据。
可选地，为便于区分第一QoS数据流和第二QoS数据流中数据的接收顺序，并在将这些数据递交到(也就是发送)其他协议层实体(如高层协议实体IP层)时，还能够保证按照这些数据的接收顺序来依次递交，本公开实施例在存储第一QoS数据流和第二QoS数据流时，具体可以按照第一QoS数据流和第二QoS数据流中的数据接收顺序存储第一QoS数据流的数据和第二QoS数据流的数据。
由于第一QoS数据流和第二QoS数据流分别是通过源DRB和目标DRB接收到的，因此第一QoS数据流中的数据比第二QoS数据流中的数据在接收 顺序上要靠前一些，那么为了便于区分这两个QoS数据流，可以通过以下两种方式来进行存储：一方面，可以将第一QoS数据流的数据存储在第一存储位置，将第二QoS数据流的数据存储在第二存储位置；另一方面，也可以将第一QoS数据流的数据和第二QoS数据流的数据存储在目标存储位置(也就是存储在同一位置)，并为第一QoS数据流的数据和第二QoS数据流的数据分配不同的标签。
本公开实施例中，SDAP实体接收端能够在QoS数据流对应的DRB由源DRB变换到目标DRB时，通过源DRB接收第一QoS数据流，通过所述目标DRB接收所述第二QoS数据流之后，能够基于预设的数据处理规则对QoS数据流进行数据处理，以将第一QoS数据流和第二QoS数据流区分处理，从而保证SDAP实体接收端将接收到的QoS数据流按照其到达接收端的先后顺序来依次递交给高层协议实体。
图8是本公开的一个实施例配置数据流的装置400的结构示意图。如图7所示，该配置数据流的装置400可包括：发送单元401，其中，
发送单元401，用于若服务质量QoS数据流对应的数据无线承载DRB由源DRB变换到目标DRB，向SDAP实体接收端发送指示信息，所述指示信息用于指示第一QoS数据流在所述源DRB被发送完成或者第二QoS数据流的数据在所述目标DRB开始被发送，所述QoS数据流的数据包括所述第一QoS数据流的数据和所述第二QoS数据流的数据。
可选地，所述指示信息的格式为以下格式中的一种：
没有携带数据部分的SDAP包头；
包含至少一个预留指示比特的SDAP包头；
包含至少一个预留指示比特的SDAP包头，且所述包含至少一个预留指示比特的SDAP包头为控制包；
其中，所述预留指示比特用于指示所述指示信息。
可选地，所述装置还包括：
确定单元402，用于基于用于发送所述指示信息的DRB的RLC实体的工作模式，确定所述指示信息的发送次数；
其中，所述用于发送所述指示信息的DRB为所述源DRB或所述目标 DRB。
可选地，所述确定单元402，用于：
若所述用于发送所述指示信息的DRB的RLC实体的工作模式为确认模式AM，则确定所述指示信息的发送次数为1次；
若所述DRB的RLC实体的工作模式为非确认模式UM或者透明模式TM，则确定所述指示信息的发送次数为N次，所述N为大于1的正整数。
可选地，所述N等于预设发送次数；
所述N小于所述预设发送次数；
所述N小于或等于所述预设发送次数；
所述N大于所述预设发送次数；
所述N大于或等于所述预设发送次数；
其中，所述预设发送次数为通过协议配置或者网络侧预先配置的。
可选地，所述发送单元401，用于：
向所述SDAP实体接收端发送M次所述指示信息，所述M为大于或等于1的正整数。
可选地，所述M等于预设发送次数；
所述M小于所述预设发送次数；
所述M小于或等于所述预设发送次数；
所述M大于所述预设发送次数；
所述M大于或等于所述预设发送次数；
其中，所述预设发送次数为通过协议配置或者所述网络侧预先配置的。
可选地，所述发送单元401，用于：
若没有存储所述QoS数据流的数据，则向所述SDAP实体接收端发送所述指示信息；
若存储有所述QoS数据流的数据，在将所述QoS数据流中的最后一个数据发送给所述源DRB之后，向所述SDAP实体接收端发送所述指示信息。
可选地，所述装置还包括：
第一发送单元403，用于通过所述目标DRB发送所述第二QoS数据流的数据。
配置数据流的装置400还可执行图2的方法，具体实现可参考图2所示实施例。
图9是本公开的一个实施例另一个配置数据流的装置500的结构示意图。如图9所示，该配置数据流的装置500可包括：接收单元501，其中，
接收单元501，用于若服务质量QoS数据流对应的数据无线承载DRB由源DRB变换到目标DRB，接收来自SDAP实体发送端的指示信息，所述指示信息用于指示QoS数据流的数据在所述源DRB的数据被发送完成或者QoS数据流的数据在所述目标DRB开始被发送。
可选地，所述装置还包括：
第一接收单元502，用于接收所述QoS数据流的数据；
发送单元503，用于将所述QoS数据流的数据发送给其他协议层实体。
可选地，所述QoS数据流包括第一QoS数据流和第二QoS数据流，
其中，所述第一接收单元502，用于：
通过所述源DRB接收所述第一QoS数据流的数据；以及，
通过所述目标DRB接收所述第二QoS数据流的数据。
可选地，所述发送单元503，用于：
将所述第一QoS数据流的数据按照所述第一QoS数据流中的数据接收顺序依次发送给其他协议层实体；
在将所述第一QoS数据流的数据按照所述第一QoS数据流中的数据接收顺序依次发送给所述其他协议层实体之后，将所述第二QoS数据流的数据按照所述第二QoS数据流中的数据接收顺序依次发送给其他协议层实体。
可选地，所述接收单元501，用于：
通过所述源DRB或目标DRB接收所述指示信息。
可选地，所述装置还包括：
存储单元504，用于存储所述第一QoS数据流的数据和所述第二QoS数据流的数据。
可选地，所述存储单元504，用于：
按照所述第一QoS数据流和所述第二QoS数据流中的数据接收顺序存储所述第一QoS数据流的数据和所述第二QoS数据流的数据。
可选地，所述存储单元504，用于：
将所述第一QoS数据流的数据存储在第一存储位置，将所述第二QoS数据流的数据存储在所述第二存储位置；
或，将所述第一QoS数据流的数据和所述第二QoS数据流的数据存储在目标存储位置，并为所述第一QoS数据流的数据和所述第二QoS数据流的数据分配不同的标签。
配置数据流的装置500还可执行图6的方法，具体实现可参考图6所示实施例。
图10是本公开的一个实施例再一个配置数据流的装置600的结构示意图。如图10所示，该配置数据流的装置600可包括：接收单元601和处理单元602，其中，
接收单元601，用于若服务质量QoS数据流对应的数据无线承载DRB由源DRB变换到目标DRB，所述QoS数据流的数据包括第一QoS数据流的数据和第二QoS数据流的数据，通过所述源DRB接收所述第一QoS数据流的数据，通过所述目标DRB接收所述第二QoS数据流的数据；
处理单元602，用于基于预设的数据处理规则，对所述QoS数据流的数据进行数据处理；
其中，所述预设的数据处理规则至少包括：
不将所述QoS数据流的数据递交到其他协议层实体；
不将所述第二QoS数据流的数据递交到其他协议层实体，将所述第一QoS数据流的数据按照所述第一QoS数据流中的数据接收顺序依次递交到其他协议层实体；
存储所述第一QoS数据流的数据和所述第二QoS数据流的数据。
可选地，所述处理单元602在存储所述第一QoS数据流和所述第二QoS数据流时，用于：
按照所述第一QoS数据流和所述第二QoS数据流中的数据接收顺序存储所述第一QoS数据流的数据和所述第二QoS数据流的数据。
可选地，所述处理单元602，用于：
将所述第一QoS数据流的数据存储在第一存储位置，将所述第二QoS数 据流的数据存储在第二存储位置；
或，将所述第一QoS数据流的数据和所述第二QoS数据流的数据存储在目标存储位置，并为所述第一QoS数据流的数据和所述第二QoS数据流的数据分配不同的标签。
配置数据流的装置600还可执行图7的方法，具体实现可参考图7所示实施例。
图11示出了根据本公开另一实施例的终端设备的结构示意图，如图11所示，终端设备800包括：至少一个处理器810、存储器820、至少一个网络接口830和用户接口840。终端设备800中的各个组件通过总线系统850耦合在一起。可理解，总线系统850用于实现这些组件之间的连接通信。总线系统850除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图11中将各种总线都标为总线系统850。
其中，用户接口840可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。
可以理解，本公开实施例中的存储器820可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器3两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synclink DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DRRAM)。本公开实施例描述的系统和方法的存储器820旨在包括但不限于这些和任意其它适合类型的存储器。
在一些实施方式中，存储器820存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统821和应用程序822。
其中，操作系统821，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序822，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本公开实施例方法的程序可以包含在应用程序822中。
在本公开实施例中，终端设备800还包括：存储在存储器上820并可在处理器810上运行的计算机程序，计算机程序被处理器810执行时实现上述配置数据流的方法的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
上述本公开实施例揭示的方法可以应用于处理器810中，或者由处理器810实现。处理器810可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器810中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器810可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本公开实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本公开实施例所公开的配置数据流的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的计算机可读存储介质中。该计算机可读存储介质位于存储器820，处理器810读取存储器820中的信息，结合其硬件完成上述用于传输解调参考信号的方法的步骤。具体地，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器810执行时实现如上述配置数据流的方法中的方法实施例的各步骤。
可以理解的是，本公开实施例描述的这些实施例可以用硬件、软件、固 件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(Application Specific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable Logic Device，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本公开所述功能的其它电子单元或其组合中。
对于软件实现，可通过执行本公开实施例所述功能的模块(例如过程、函数等)来实现本公开实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
图12示出了根据本公开另一实施例的网络侧设备的结构示意图。如图12所示，网络侧设备900包括处理器910、收发机920、存储器930和总线接口。其中：
在本公开实施例中，网络侧设备900还包括：存储在存储器830上并可在所述处理器910上运行的计算机程序，所述计算机程序被所述处理器910执行时实现上述配置数据流的方法中的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
在图12中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器910代表的一个或多个处理器和存储器930代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机920可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。
处理器910负责管理总线架构和通常的处理，存储器930可以存储处理器910在执行操作时所使用的数据。
本公开实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述配置数据流的方法的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。
总之，以上所述仅为本公开的较佳实施例而已，并非用于限定本公开的保护范围。凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

Claims (47)

  1. 一种配置数据流的方法，应用于服务数据适应协议SDAP实体发送端，所述方法包括：
    若服务质量QoS数据流对应的数据无线承载DRB由源DRB变换到目标DRB，向SDAP实体接收端发送指示信息，所述指示信息用于指示第一QoS数据流在所述源DRB被发送完成或者第二QoS数据流的数据在所述目标DRB开始被发送，所述QoS数据流的数据包括所述第一QoS数据流的数据和所述第二QoS数据流的数据。
  2. 如权利要求1所述的方法，其中，所述指示信息的格式为以下格式中的一种：
    没有携带数据部分的SDAP包头；
    包含至少一个预留指示比特的SDAP包头；
    包含至少一个预留指示比特的SDAP包头，且所述包含至少一个预留指示比特的SDAP包头为控制包；
    其中，所述预留指示比特用于指示所述指示信息。
  3. 如权利要求1所述的方法，还包括：
    基于用于发送所述指示信息的DRB的RLC实体的工作模式，确定所述指示信息的发送次数；
    其中，所述用于发送所述指示信息的DRB为所述源DRB或所述目标DRB。
  4. 如权利要求3所述的方法，其中，所述基于DRB的RLC实体的工作模式，确定所述指示信息的发送次数，包括：
    若所述用于发送所述指示信息的DRB的RLC实体的工作模式为确认模式AM，则确定所述指示信息的发送次数为1次；
    若所述DRB的RLC实体的工作模式为非确认模式UM或者透明模式TM，则确定所述指示信息的发送次数为N次，所述N为大于1的正整数。
  5. 如权利要求4所述的方法，其中，
    所述N等于预设发送次数；
    所述N小于所述预设发送次数；
    所述N小于或等于所述预设发送次数；
    所述N大于所述预设发送次数；
    所述N大于或等于所述预设发送次数；
    其中，所述预设发送次数为通过协议配置或者网络侧预先配置的。
  6. 如权利要求1所述的方法，其中，所述向SDAP实体接收端发送指示信息，包括：
    向所述SDAP实体接收端发送M次所述指示信息，所述M为大于或等于1的正整数。
  7. 如权利要求6所述的方法，其中，
    所述M等于预设发送次数；
    所述M小于所述预设发送次数；
    所述M小于或等于所述预设发送次数；
    所述M大于所述预设发送次数；
    所述M大于或等于所述预设发送次数；
    其中，所述预设发送次数为通过协议配置或者所述网络侧预先配置的。
  8. 如权利要求1所述的方法，其中，所述向SDAP实体接收端发送指示信息，包括：
    若没有存储所述QoS数据流的数据，则向所述SDAP实体接收端发送所述指示信息；
    若存储有所述QoS数据流的数据，在将所述QoS数据流中的最后一个数据发送给所述源DRB之后，向所述SDAP实体接收端发送所述指示信息。
  9. 如权利要求1所述的方法，还包括：
    通过所述目标DRB发送所述第二QoS数据流的数据。
  10. 如权利要求9所述的方法，其中，所述通过所述目标DRB发送所述第二QoS数据流的数据，包括：
    若开始发送所述指示信息，则通过所述目标DRB发送所述第二QoS数据流的数据；
    若完成发送所述指示信息，则通过所述目标DRB发送所述第二QoS数 据流的数据。
  11. 如权利要求1所述的方法，其中，所述向SDAP实体接收端发送指示信息，包括：
    通过所述源DRB或者所述目标DRB向所述SDAP实体接收端发送所述指示信息。
  12. 一种配置数据流的方法，应用于服务数据适应协议SDAP实体接收端，所述方法包括：
    若服务质量QoS数据流对应的数据无线承载DRB由源DRB变换到目标DRB，接收来自SDAP实体发送端的指示信息，所述指示信息用于指示QoS数据流的数据在所述源DRB的数据被发送完成或者QoS数据流的数据在所述目标DRB开始被发送。
  13. 如权利要求12所述的方法，还包括：
    接收所述QoS数据流的数据；
    将所述QoS数据流的数据发送给其他协议层实体。
  14. 如权利要求13所述的方法，其中，所述QoS数据流包括第一QoS数据流和第二QoS数据流，
    其中，所述接收所述QoS数据流的数据包括：
    通过所述源DRB接收所述第一QoS数据流的数据；以及，
    通过所述目标DRB接收所述第二QoS数据流的数据。
  15. 如权利要求14所述的方法，其中，将所述QoS数据流的数据发送给其他协议层实体，包括：
    将所述第一QoS数据流的数据按照所述第一QoS数据流中的数据接收顺序依次发送给其他协议层实体；
    在将所述第一QoS数据流的数据按照所述第一QoS数据流中的数据接收顺序依次发送给所述其他协议层实体之后，将所述第二QoS数据流的数据按照所述第二QoS数据流中的数据接收顺序依次发送给其他协议层实体。
  16. 如权利要求12所述的方法，其中，所述接收来自SDAP实体发送端的指示信息，包括：
    通过所述源DRB或目标DRB接收所述指示信息。
  17. 如权利要求14所述的方法，还包括：
    存储所述第一QoS数据流的数据和所述第二QoS数据流的数据。
  18. 如权利要求17所述的方法，其中，存储所述第一QoS数据流的数据和所述第二QoS数据流的数据，包括：
    按照所述第一QoS数据流和所述第二QoS数据流中的数据接收顺序存储所述第一QoS数据流的数据和所述第二QoS数据流的数据。
  19. 如权利要求17所述的方法，其中，存储所述第一QoS数据流的数据和所述第二QoS数据流的数据，包括：
    将所述第一QoS数据流的数据存储在第一存储位置，将所述第二QoS数据流的数据存储在所述第二存储位置；
    或，将所述第一QoS数据流的数据和所述第二QoS数据流的数据存储在目标存储位置，并为所述第一QoS数据流的数据和所述第二QoS数据流的数据分配不同的标签。
  20. 一种配置数据流的方法，应用于服务数据适应协议SDAP实体接收端，所述方法包括：
    若服务质量QoS数据流对应的数据无线承载DRB由源DRB变换到目标DRB，所述QoS数据流的数据包括第一QoS数据流的数据和第二QoS数据流的数据，通过所述源DRB接收所述第一QoS数据流的数据，通过所述目标DRB接收所述第二QoS数据流的数据；
    基于预设的数据处理规则，对所述QoS数据流的数据进行数据处理；
    其中，所述预设的数据处理规则至少包括：
    不将所述QoS数据流的数据发送给其他协议层实体；
    不将所述第二QoS数据流的数据发送其他协议层实体，将所述第一QoS数据流的数据按照所述第一QoS数据流中的数据接收顺序依次发送给其他协议层实体；
    存储所述第一QoS数据流的数据和所述第二QoS数据流的数据。
  21. 如权利要求20所述的方法，其中，存储所述第一QoS数据流和所述第二QoS数据流，包括：
    按照所述第一QoS数据流和所述第二QoS数据流中的数据接收顺序存储 所述第一QoS数据流的数据和所述第二QoS数据流的数据。
  22. 如权利要求21所述的方法，其中，存储所述第一QoS数据流和所述第二QoS数据流，包括：
    将所述第一QoS数据流的数据存储在第一存储位置，将所述第二QoS数据流的数据存储在第二存储位置；
    或，将所述第一QoS数据流的数据和所述第二QoS数据流的数据存储在目标存储位置，并为所述第一QoS数据流的数据和所述第二QoS数据流的数据分配不同的标签。
  23. 一种配置数据流的装置，包括：
    发送单元，用于若服务质量QoS数据流对应的数据无线承载DRB由源DRB变换到目标DRB，向SDAP实体接收端发送指示信息，所述指示信息用于指示第一QoS数据流在所述源DRB被发送完成或者第二QoS数据流的数据在所述目标DRB开始被发送，所述QoS数据流的数据包括所述第一QoS数据流的数据和所述第二QoS数据流的数据。
  24. 如权利要求23所述的装置，其中，所述指示信息的格式为以下格式中的一种：
    没有携带数据部分的SDAP包头；
    包含至少一个预留指示比特的SDAP包头；
    包含至少一个预留指示比特的SDAP包头，且所述包含至少一个预留指示比特的SDAP包头为控制包；
    其中，所述预留指示比特用于指示所述指示信息。
  25. 如权利要求23所述的装置，还包括：
    确定单元，用于基于用于发送所述指示信息的DRB的RLC实体的工作模式，确定所述指示信息的发送次数；
    其中，所述用于发送所述指示信息的DRB为所述源DRB或所述目标DRB。
  26. 如权利要求25所述的装置，其中，所述确定单元，用于：
    若所述用于发送所述指示信息的DRB的RLC实体的工作模式为确认模式AM，则确定所述指示信息的发送次数为1次；
    若所述DRB的RLC实体的工作模式为非确认模式UM或者透明模式TM，则确定所述指示信息的发送次数为N次，所述N为大于1的正整数。
  27. 如权利要求26所述的装置，其中，
    所述N等于预设发送次数；
    所述N小于所述预设发送次数；
    所述N小于或等于所述预设发送次数；
    所述N大于所述预设发送次数；
    所述N大于或等于所述预设发送次数；
    其中，所述预设发送次数为通过协议配置或者网络侧预先配置的。
  28. 如权利要求23所述的装置，其中，所述发送单元，用于：
    向所述SDAP实体接收端发送M次所述指示信息，所述M为大于或等于1的正整数。
  29. 如权利要求28所述的装置，其中，
    所述M等于预设发送次数；
    所述M小于所述预设发送次数；
    所述M小于或等于所述预设发送次数；
    所述M大于所述预设发送次数；
    所述M大于或等于所述预设发送次数；
    其中，所述预设发送次数为通过协议配置或者所述网络侧预先配置的。
  30. 如权利要求23所述的装置，其中，所述发送单元，用于：
    若没有存储所述QoS数据流的数据，则向所述SDAP实体接收端发送所述指示信息；
    若存储有所述QoS数据流的数据，在将所述QoS数据流中的最后一个数据发送给所述源DRB之后，向所述SDAP实体接收端发送所述指示信息。
  31. 如权利要求23所述的装置，还包括：
    第一发送单元，用于通过所述目标DRB发送所述第二QoS数据流的数据。
  32. 如权利要求31所述的装置，其中，所述第一发送单元，用于：
    若开始发送所述指示信息，则通过所述目标DRB发送所述第二QoS数 据流的数据；
    若完成发送所述指示信息，则通过所述目标DRB发送所述第二QoS数据流的数据。
  33. 如权利要求23所述的装置，其中，所述发送单元，用于：
    通过所述源DRB或者所述目标DRB向所述SDAP实体接收端发送所述指示信息。
  34. 一种配置数据流的装置，包括：
    接收单元，用于若服务质量QoS数据流对应的数据无线承载DRB由源DRB变换到目标DRB，接收来自SDAP实体发送端的指示信息，所述指示信息用于指示QoS数据流的数据在所述源DRB的数据被发送完成或者QoS数据流的数据在所述目标DRB开始被发送。
  35. 如权利要求34所述的装置，还包括：
    第一接收单元，用于接收所述QoS数据流的数据；
    发送单元，用于将所述QoS数据流的数据发送给其他协议层实体。
  36. 如权利要求35所述的装置，其中，所述QoS数据流包括第一QoS数据流和第二QoS数据流，
    其中，所述第一接收单元，用于：
    通过所述源DRB接收所述第一QoS数据流的数据；以及，
    通过所述目标DRB接收所述第二QoS数据流的数据。
  37. 如权利要求36所述的装置，其中，所述发送单元，用于：
    将所述第一QoS数据流的数据按照所述第一QoS数据流中的数据接收顺序依次发送给其他协议层实体；
    在将所述第一QoS数据流的数据按照所述第一QoS数据流中的数据接收顺序依次发送给所述其他协议层实体之后，将所述第二QoS数据流的数据按照所述第二QoS数据流中的数据接收顺序依次发送给其他协议层实体。
  38. 如权利要求34所述的装置，其中，所述接收单元，用于：
    通过所述源DRB或目标DRB接收所述指示信息。
  39. 如权利要求36所述的装置，还包括：
    存储单元，用于存储所述第一QoS数据流的数据和所述第二QoS数据流 的数据。
  40. 如权利要求39所述的装置，其中，所述存储单元，用于：
    按照所述第一QoS数据流和所述第二QoS数据流中的数据接收顺序存储所述第一QoS数据流的数据和所述第二QoS数据流的数据。
  41. 如权利要求39所述的装置，其中，所述存储单元，用于：
    将所述第一QoS数据流的数据存储在第一存储位置，将所述第二QoS数据流的数据存储在所述第二存储位置；
    或，将所述第一QoS数据流的数据和所述第二QoS数据流的数据存储在目标存储位置，并为所述第一QoS数据流的数据和所述第二QoS数据流的数据分配不同的标签。
  42. 一种配置数据流的装置，包括：
    接收单元，用于若服务质量QoS数据流对应的数据无线承载DRB由源DRB变换到目标DRB，所述QoS数据流的数据包括第一QoS数据流的数据和第二QoS数据流的数据，通过所述源DRB接收所述第一QoS数据流的数据，通过所述目标DRB接收所述第二QoS数据流的数据；
    处理单元，用于基于预设的数据处理规则，对所述QoS数据流的数据进行数据处理；
    其中，所述预设的数据处理规则至少包括：
    不将所述QoS数据流的数据发送给其他协议层实体；
    不将所述第二QoS数据流的数据发送给其他协议层实体，将所述第一QoS数据流的数据按照所述第一QoS数据流中的数据接收顺序依次发送给其他协议层实体；
    存储所述第一QoS数据流的数据和所述第二QoS数据流的数据。
  43. 如权利要求42所述的装置，其中，所述处理单元在存储所述第一QoS数据流和所述第二QoS数据流时，用于：
    按照所述第一QoS数据流和所述第二QoS数据流中的数据接收顺序存储所述第一QoS数据流的数据和所述第二QoS数据流的数据。
  44. 如权利要求43所述的装置，其中，所述处理单元，用于：
    将所述第一QoS数据流的数据存储在第一存储位置，将所述第二QoS数 据流的数据存储在第二存储位置；
    或，将所述第一QoS数据流的数据和所述第二QoS数据流的数据存储在目标存储位置，并为所述第一QoS数据流的数据和所述第二QoS数据流的数据分配不同的标签。
  45. 一种终端设备，包括处理器、存储器、网络接口和用户接口，所述存储器中存储有能够通过所述处理器执行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至11中任一项所述的配置数据流的方法的步骤。
  46. 一种网络设备，包括处理器、收发机、总线接口和存储器，所述存储器中存储有能够通过所述处理器执行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求12至19中任一项或者权利要求20至22中任一项所述的配置数据流的方法的步骤。
  47. 一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至11、12至19或者20至22中任一项所述的配置数据流的方法的步骤。
PCT/CN2019/080986 2018-04-02 2019-04-02 配置数据流的方法和装置 Ceased WO2019192464A1 (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
KR1020207029969A KR102479690B1 (ko) 2018-04-02 2019-04-02 데이터 플로우를 구성하는 방법 및 장치
JP2020553466A JP7250036B2 (ja) 2018-04-02 2019-04-02 データフロー設定方法及び装置
EP19780541.9A EP3780536A4 (en) 2018-04-02 2019-04-02 METHOD AND DEVICE FOR CONFIGURING THE SERVICE FLOW
US17/035,454 US11470508B2 (en) 2018-04-02 2020-09-28 Method and device for configuring data flow
US17/893,793 US11902835B2 (en) 2018-04-02 2022-08-23 Method and device for configuring data flow

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810284187.0 2018-04-02
CN201810284187.0A CN110351221B (zh) 2018-04-02 2018-04-02 配置数据流的方法和装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/035,454 Continuation US11470508B2 (en) 2018-04-02 2020-09-28 Method and device for configuring data flow

Publications (1)

Publication Number Publication Date
WO2019192464A1 true WO2019192464A1 (zh) 2019-10-10

Family

ID=68099839

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/080986 Ceased WO2019192464A1 (zh) 2018-04-02 2019-04-02 配置数据流的方法和装置

Country Status (6)

Country Link
US (2) US11470508B2 (zh)
EP (1) EP3780536A4 (zh)
JP (1) JP7250036B2 (zh)
KR (1) KR102479690B1 (zh)
CN (1) CN110351221B (zh)
WO (1) WO2019192464A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116490923B (zh) * 2020-12-07 2024-10-18 Oppo广东移动通信有限公司 参数设置方法、装置、设备及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180083688A1 (en) * 2016-08-09 2018-03-22 Samsung Electronics Co., Ltd. Method and apparatus for managing user plane operation in wireless communication system
WO2019028896A1 (zh) * 2017-08-11 2019-02-14 Oppo广东移动通信有限公司 数据传输的方法、发射端设备和接收端设备

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102217365B (zh) * 2011-04-12 2014-07-09 华为技术有限公司 长期演进基站及其处理数据业务的方法
CN105704197B (zh) * 2014-11-28 2020-04-10 电信科学技术研究院 一种数据传输方法及系统
JP6687744B2 (ja) * 2015-11-05 2020-04-28 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおけるデータを送受信するための方法及びこれを支援する装置
US10959240B2 (en) 2016-04-15 2021-03-23 Qualcomm Incorporated Providing quality-of-service in wireless communications
CN110995773B (zh) * 2016-05-24 2021-01-05 华为技术有限公司 QoS控制方法及设备
EP3852431B1 (en) 2016-08-01 2022-07-13 Samsung Electronics Co., Ltd. Methods and apparatus for managing data communication in wireless communication network
GB201621072D0 (en) * 2016-12-12 2017-01-25 Samsung Electronics Co Ltd NR QOS handling
US20180324631A1 (en) * 2017-05-05 2018-11-08 Mediatek Inc. Using sdap headers for handling of as/nas reflective qos and to ensure in-sequence packet delivery during remapping in 5g communication systems
CN108809596B (zh) * 2017-05-05 2023-07-21 Oppo广东移动通信有限公司 一种基于反转服务流特性的通信方法及装置
BR112019022671A2 (pt) * 2017-05-05 2020-05-19 Sony Corp método realizado em um primeiro equipamento de infraestrutura, equipamento de infraestrutura, método para encaminhar, para transmitir e para receber dados, e, dispositivo de comunicações
CN108809584B (zh) * 2017-05-05 2021-05-18 华为技术有限公司 数据传输方法及通信设备
CN109246852B (zh) * 2017-06-13 2023-08-11 夏普株式会社 无线协议层实体处理方法以及相应的用户设备
CN109246766B (zh) * 2017-06-15 2023-05-30 夏普株式会社 无线配置方法和相应的用户设备
CN109151915B (zh) * 2017-06-16 2023-11-17 夏普株式会社 用于数据分组递送的方法、用户设备和基站
CN109286999B (zh) * 2017-07-20 2020-09-08 华硕电脑股份有限公司 无线通信系统中服务服务质量流的方法和设备

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180083688A1 (en) * 2016-08-09 2018-03-22 Samsung Electronics Co., Ltd. Method and apparatus for managing user plane operation in wireless communication system
WO2019028896A1 (zh) * 2017-08-11 2019-02-14 Oppo广东移动通信有限公司 数据传输的方法、发射端设备和接收端设备

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
HUAWEI ET AL: "QoS Flow to DRB Re-Mapping", 3GPP TSG-RAN WG2#99 MEETING R2-1708938, 25 August 2017 (2017-08-25), XP051318736 *
MEDIATEK INC: "SDAP header design for reflective QoS indication and QoS flow remapping", 3GPP TSG-RAN WG2 MEETING #99 R2-1708260, 25 August 2017 (2017-08-25), XP051318160 *
See also references of EP3780536A4 *
XIAOMI: "QoS Flow Remapping", 3GPP TSG-RAN2 #100 R2-1712378, 1 December 2017 (2017-12-01), XP051370975 *

Also Published As

Publication number Publication date
US11470508B2 (en) 2022-10-11
JP2021520110A (ja) 2021-08-12
EP3780536A4 (en) 2021-02-24
US20210014735A1 (en) 2021-01-14
KR20200130735A (ko) 2020-11-19
CN110351221A (zh) 2019-10-18
JP7250036B2 (ja) 2023-03-31
US11902835B2 (en) 2024-02-13
US20220408314A1 (en) 2022-12-22
KR102479690B1 (ko) 2022-12-20
EP3780536A1 (en) 2021-02-17
CN110351221B (zh) 2020-07-17

Similar Documents

Publication Publication Date Title
CN110034892B (zh) Harq-ack反馈时间的确定方法、指示方法、终端设备和网络设备
JP5281696B2 (ja) ダウンリンクの物理的ダウンリンク制御チャネルを用いたアップリンクの半永続スケジューリングの明示的解放の指示
JP5380547B2 (ja) アップリンク半永続スケジューリングの明示的解放確認応答伝送
US12213194B2 (en) Method and apparatus for admission control of sessions based on priority
CN109041119B (zh) 一种数据传输方法、相关设备及系统
WO2019128873A1 (zh) 一种波束训练方法及相关设备
CN110460416B (zh) 探测参考信号传输方法、终端设备和网络设备
CN109392178B (zh) Mpdu传输的方法、用户侧设备和网络侧设备
WO2019196817A1 (zh) 一种定位方法及相关设备
CN110139383B (zh) 数据传输方法和设备
EP3920491A1 (en) Service processing method, device, chip, and computer program
CN111491370B (zh) 一种通信方法、网元、系统及存储介质
TW201935879A (zh) 傳輸訊息的方法、接收訊息的方法、終端設備和網路設備
WO2021004374A1 (zh) 数据发送的方法、数据接收的方法和设备
CN116055023A (zh) 一种数据传输方法及装置
US11902835B2 (en) Method and device for configuring data flow
CN115174316A (zh) 一种信道估计方法及装置
WO2022178830A1 (zh) 调度资源的方法和装置
WO2019029449A1 (zh) 资源映射方法及设备
CN117730623A (zh) 通信方法及电子设备、存储介质
WO2018202046A1 (zh) 状态报告的上报方法、终端及网络侧设备
CN114467316A (zh) 通信方法和通信装置
CN110839265B (zh) 一种信息配置方法、终端设备和网络设备
EP3672353B1 (en) Data processing method, receiving terminal and storage medium
WO2019119276A1 (zh) 用于测量的方法、网络设备和终端设备

Legal Events

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

Ref document number: 19780541

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2020553466

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20207029969

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2019780541

Country of ref document: EP

Effective date: 20201102