WO2023246615A1 - 共享信道的方法、设备及可读存储介质 - Google Patents

共享信道的方法、设备及可读存储介质 Download PDF

Info

Publication number
WO2023246615A1
WO2023246615A1 PCT/CN2023/100418 CN2023100418W WO2023246615A1 WO 2023246615 A1 WO2023246615 A1 WO 2023246615A1 CN 2023100418 W CN2023100418 W CN 2023100418W WO 2023246615 A1 WO2023246615 A1 WO 2023246615A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
information
cot
shared
indicate
Prior art date
Application number
PCT/CN2023/100418
Other languages
English (en)
French (fr)
Inventor
黎建辉
郑倩
肖潇
纪子超
Original Assignee
维沃移动通信有限公司
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 维沃移动通信有限公司 filed Critical 维沃移动通信有限公司
Publication of WO2023246615A1 publication Critical patent/WO2023246615A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W16/00Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/14Spectrum sharing arrangements between different networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446Resources in time domain, e.g. slots or frames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453Resources in frequency domain, e.g. a carrier in FDMA
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/231Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/25Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/40Resource management for direct mode communication, e.g. D2D or sidelink
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/56Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/563Allocation or scheduling criteria for wireless resources based on priority criteria of the wireless resources
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0808Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]

Definitions

  • COT sharing channel occupancy time sharing
  • UE User Equipment
  • base station shares COT with UE
  • the embodiments of this application provide a method, device and readable storage medium for sharing a channel, which can solve the problem of how to implement COT sharing behavior in SL-U.
  • the first aspect provides a method of sharing channels, including:
  • the first terminal determines COT sharing information, and the COT sharing information is used to indicate sharing COT;
  • the first terminal sends the COT shared information to one or more second terminals.
  • the second aspect provides a method of sharing channels, including:
  • the second terminal receives COT sharing information from the first terminal, where the COT sharing information is used to indicate sharing COT;
  • the second terminal processes the COT shared information.
  • a receiving module configured to receive COT sharing information from the first terminal, where the COT sharing information is used to indicate shared COT;
  • a terminal in a fifth aspect, includes a processor and a memory.
  • the memory stores programs or instructions that can be run on the processor.
  • the program or instructions are executed by the processor, the following implementations are implemented: The steps of the method described in one aspect, or the steps of implementing the method described in the second aspect.
  • the communication interface is used to receive COT sharing information from the first terminal, the COT sharing information is used to indicate sharing COT, and the processor is used to process the COT sharing information.
  • a readable storage medium is provided. Programs or instructions are stored on the readable storage medium. When the programs or instructions are executed by a processor, the steps of the method described in the first aspect are implemented, or the steps of the method are implemented as described in the first aspect. The steps of the method described in the second aspect.
  • the first terminal determines the information content of the COT sharing information used to indicate the sharing of COT, and then sends the COT sharing information to one or more second terminals, thereby realizing communication between terminals in SL-U. channel sharing among them.
  • Figure 1 is a block diagram of a wireless communication system provided by an embodiment of the present application.
  • Figure 2 is one of the flowcharts of a method for sharing a channel provided by an embodiment of the present application
  • Figure 4 is a second flowchart of a method for sharing a channel provided by an embodiment of the present application.
  • Figure 5b is the second structural diagram of a device for sharing a channel provided by an embodiment of the present application.
  • Figure 7 is a structural diagram of a terminal provided by an embodiment of the present application.
  • LTE Long Term Evolution
  • LTE-Advanced, LTE-A Long Term Evolution
  • LTE-A Long Term Evolution
  • CDMA Code Division Multiple Access
  • TDMA Time Division Multiple Access
  • FDMA Frequency Division Multiple Access
  • OFDMA Orthogonal Frequency Division Multiple Access
  • SC-FDMA Single-carrier Frequency Division Multiple Access
  • NR New Radio
  • UMPC ultra-mobile personal computer
  • UMPC mobile Internet device
  • MID mobile Internet Device
  • AR augmented reality
  • VR virtual reality
  • robots wearable devices
  • WUE Vehicle User Equipment
  • PUE Pedestrian User Equipment
  • smart home home equipment with wireless communication functions, such as refrigerators, TVs, washing machines or furniture, etc.
  • game consoles personal computers (personal computer, PC), teller machine or self-service machine and other terminal-side devices.
  • Wearable devices include: smart watches, smart bracelets, smart headphones, smart glasses, smart jewelry (smart bracelets, smart bracelets, smart rings, smart necklaces, smart anklets) bracelets, smart anklets, etc.), smart wristbands, smart clothing, etc.
  • the network side device 12 may include an access network device or a core network device, where the access network device may also be called a radio access network device, a radio access network (Radio Access Network, RAN), a radio access network function or a wireless device. access network unit.
  • RAN Radio Access Network
  • Access network equipment may include base stations, Wireless Local Area Network, WLAN) access point, Wireless Fidelity (Wireless Fidelity, WiFi) node, etc.
  • the base station can be called Node B, Evolved Node B (eNB), access point, Base Transceiver Station (Base Transceiver Station, BTS) , radio base station, radio transceiver, Basic Service Set (BSS), Extended Service Set (ESS), home B-node, home evolved B-node, Transmitting Receiving Point (TRP) or some other appropriate terminology in the field.
  • BSS Basic Service Set
  • ESS Extended Service Set
  • TRP Transmitting Receiving Point
  • the base station is not limited to specific technical terms. It should be noted that in the embodiment of this application, only the base station in the NR system is used as an example for introduction. , does not limit the specific type of base station.
  • Radio Resource Control configures a consistent LBT failure recovery procedure (consistent LBT failure recovery procedure) for the Medium Access Control (MAC) entity. If LBT is performed before transmission and the channel is detected to be busy, the lower layer transmits an LBT failure indication to the MAC entity.
  • Consistent LBT failure is based on per upstream bandwidth part (per UL BWP) and is generated by counting the LBT failure indications of all UL transmissions from the lower layer to the MAC entity.
  • the parameter used by UE for LBT failure counting is LBT_COUNTER (per Serving Cell).
  • RRC configures two parameters lbt-FailureInstanceMaxCount and lbt-FailureDetectionTimer for Consistent LBT failure detection in lbt-FailureRecoveryConfig, where UL represents the uplink (Uplink) and BWP represents the bandwidth part (Uplink Bandwidth Part).
  • the LBT_COUNTER count is incremented by one.
  • LBT_COUNTER ⁇ lbt-FailureInstanceMaxCount consistent LBT failure is triggered for the active UL BWP of the serving cell. Then switch from this active UL BWP to another UL BWP that is configured with a physical random access channel (Physical Random Access Channel, PRACH) opportunity (occasion) on the same carrier of the serving cell and has not yet triggered consistent LBT failure (continue to do LBT ). If all UL BWPs in the serving cell trigger consistent LBT failure, the consistent LBT failure is indicated to the upper layer.
  • PRACH Physical Random Access Channel
  • eNB/gNB can initiate Channel Occupancy based on nodeB's own downlink (DL) channel access or UE UL channel access.
  • eNB/gNB/UE can determine a maximum COT through channel access priority class (CAPC).
  • CAC channel access priority class
  • COT sharing in the uplink direction When the UE accesses the channel through the Type 1 channel access method and obtains the CO, it can transmit uplink control information (autonomous uplink-uplink control information, AUL-UCI)/configuration authorization uplink control through automatic uplink transmission.
  • uplink control information autonomous uplink-uplink control information, AUL-UCI
  • AUL-UCI autonomous uplink-uplink control information
  • CG-UCI configured grant-uplink control information
  • eNB/gNB Instruct eNB/gNB to share this CO with itself, also called COT sharing.
  • CAPC CAPC value
  • SRB Signaling Radio Bearer
  • DRB Data Radio Bearer
  • SL UE When SL UE needs to perform SL transmission, it can access the network and report SidelinkUEInformationNR information to the base station.
  • the information carries Tx resource requests for up to 32 SL targets.
  • the Tx resource request for each SL target contains sl-QoS-FlowIdentity and sl-QoS-Profile of up to 64 SL QoS flows.
  • the base station may then indicate to the UE which sl-QoS-FlowIdentity is mapped to the radio bearer in the SDAP configuration of each radio bearer in the SL radio bearer (Sidelink Radio Bearer, SLRB) configuration of the RRC reconfiguration message.
  • SLRB Segment Radio Bearer
  • Control Element(s), CE(s) that meet all the following conditions (if any), select the destination associated with one of unicast, multicast and broadcast for The SL grant associated with this SCI, the destination has at least one of the MAC CE and the logical channel with the highest priority:
  • 1.5>sl-HARQ-FeedbackEnabled is set to disabled, if the physical sidelink feedback channel (PSFCH) is not configured for the SL grant associated with the SCI.
  • PSFCH physical sidelink feedback channel
  • the resources obtained in the resource pool are not enough to adapt to the Radio Link Control (Radio Link Control, RLC) Service Data Unit (Service Data Unit, SDU) and the UE chooses not to split the RLC SDU;
  • Radio Link Control Radio Link Control, RLC
  • Service Data Unit Service Data Unit
  • Initiator UE A UE that accesses the channel in type 1 LBT mode in the unlicensed spectrum.
  • COT-sharing UE In a SL-U COT sharing relationship, a UE that indicates that the opposite UE or other UEs can use its shared COT. (Here, COT-sharing UE may not be equivalent to initiator UE. There are two reasons: 1. The initiator UE does not necessarily need to do COT sharing after seizing the channel; 2. It does not rule out that the COT-sharing UE is not the initiator UE. Possibly, for example, UE1 is the initiator UE and shares COT with UE2. After UE2 uses this COT, it may also share COT with UE3. In other words, a COT-sharing UE can be an initiator UE or not an initiator UE)
  • COT-shared UE In a SL-U COT sharing relationship, the UE that receives the COT sharing information (COT sharing information) of the COT-sharing UE instructs the COT-shared UE to use a piece of COT sharing information based on the COT sharing information in the information.
  • the shared COT In a SL-U COT sharing relationship, the UE that receives the COT sharing information (COT sharing information) of the COT-sharing UE instructs the COT-shared UE to use a piece of COT sharing information based on the COT sharing information in the information.
  • the shared COT In a SL-U COT sharing relationship, the UE that receives the COT sharing information (COT sharing information) of the COT-sharing UE instructs the COT-shared UE to use a piece of COT sharing information based on the COT sharing information in the information.
  • the shared COT In a SL-U COT sharing relationship, the UE that receives the COT sharing
  • COT-shared UE only refers to the UE that receives COT sharing information, and is not equivalent to "the UE that uses shared COT”; in other scenarios, COT-shared UE refers to "UE using shared COT”. That is to say, after receiving the COT sharing information, the COT-shared UE may use the shared COT indicated by the information or not use the shared COT indicated by the information.
  • an embodiment of the present application provides a method for sharing a channel, including:
  • Step 202 The first terminal sends COT sharing information to one or more second terminals.
  • the above COT sharing information is used to indicate shared COT.
  • the first terminal determines the information content of the COT sharing information used to indicate the sharing of COT, and then sends the COT sharing information to one or more second terminals, thereby realizing communication between terminals in SL-U. channel sharing among them.
  • the above-mentioned first terminal is specifically a COT-sharing UE
  • the corresponding second terminal is a COT-shared UE
  • the COT sharing information determined by the first terminal is COT sharing information
  • the first terminal sends COT to the second terminal Share information to indicate shared COT, that is, shared COT.
  • first terminal and the second terminal there may be a communication relationship between the first terminal and the second terminal.
  • a sidelink (SL) communication is used between the first terminal and the second terminal; or the first terminal and the second terminal
  • UE1 shares a COT with UE2.
  • UE2 is only in the same group as UE1, and then UE2 uses the shared COT to send data to UE3. In this scenario, UE2 and UE1 have no communication relationship.
  • the COT shared information includes one or more of the following:
  • the first information is used to indicate the cast type for which the shared COT is used
  • the name of the first information may be castType, indicating the cast type that shared COT can be used for, such as unicast (unicast), multicast (group-cast), broadcast (broadcast), and any-cast (any-cast);
  • Second information used to indicate the identity of the first terminal
  • the name of the second information may be the first identifier, indicating the ID of the COT-sharing UE;
  • the name of the third information may be the second identifier, indicating the ID of the COT-shared UE (or the ID of the UE group containing the COT-shared UE);
  • the fourth information is used to indicate the identity of the third terminal or the identity of the terminal group containing the third terminal.
  • the identity of the third terminal or the identity of the terminal group containing the third terminal is used to allow the second terminal to share the COT. for third party
  • the terminal sends data;
  • the name of the fourth information may be a third identifier, indicating the ID of a specified UE (or the ID of a UE group containing the specified UE); the third identifier can be used to indicate that the COT-shared UE can use the COT sharing information.
  • the indicated shared COT is used to send data to the UE corresponding to the third identity;
  • COT shared information meets one or more of the following:
  • the COT sharing information does not include the fourth information, indicate that the second terminal is allowed to use the shared COT to send data to the first terminal, or indicate that the second terminal is allowed to use the shared COT to send data to the target terminal.
  • the target terminal includes the first terminal;
  • the COT-shared UE can use the shared COT indicated by the COT sharing information to send data to the UE corresponding to the third identifier;
  • the COT-shared UE can only use the shared COT indicated by the COT sharing information to send data to the COT-sharing UE that sends the COT sharing information, or to send control signaling or broadcast
  • the object of the data at least includes the COT-sharing UE;
  • this information field is the default value, it means that the COT-shared UE can use the shared COT indicated by the COT sharing information to send data to any UE;
  • the name of the fifth information may be flagSharingToOtherUE, indicating whether the COT-shared UE can further share the shared COT to other UEs. For example, 1 indicates that it is possible, and 0 indicates that it is not possible.
  • the name of the seventh information may be flagHarqFeedback, indicating whether the shared COT indicated by the COT sharing information can be used to send PSFCH;
  • the name of the tenth information may be sharedResourcePool, indicating the resource pool shared by the COT-sharing UE to the COT-shared UE;
  • the name of the eleventh information may be sharedBWPConfig: indicating the BWP configuration shared by the COT-sharing UE to the COT-shared UE; including but not limited to one of the following:
  • the twelfth information is used to indicate the identification of the terminal that can use the shared COT;
  • the thirteenth information is used to indicate the time domain compensation between the starting time domain position of the shared COT and the time domain position where the COT shared information is located in units of slots;
  • the name of the thirteenth information may be offsetInSlot, indicating the time domain offset (offset) between the starting position of the shared COT and the position where the COT sharing information is located, in slots.
  • the fourteenth information is used to indicate the time domain compensation between the starting time domain position of the shared COT and the time domain position where the COT shared information is located in symbol units, or used to communicate with the tenth information.
  • the two pieces of information jointly indicate the time domain compensation between the starting time domain position of the shared COT and the time domain position where the COT shared information is located;
  • the name of the fourteenth information can be offsetInSymbol.
  • This information field can be used alone to indicate the time domain offset between the starting position of the shared COT and the position of the COT sharing information, in symbol units; it can also be used together with offsetInSlot. Use the time domain offset described in the instructions. For example, the time domain offset between the starting position of the shared COT and the position where the COT sharing information is located is offsetInSymbol+14*offsetInSlot).
  • the fifteenth information is used to indicate the duration of the shared COT in units of slots;
  • the name of the fifteenth information may be durationInSlot, indicating the duration of the shared COT, in slots.
  • the name of the sixteenth information can be durationInSymbol: this information field can be used alone to indicate the duration of shared COT, in symbol units; it can also be used together with durationInSlot to indicate the duration of shared COT (for example, the symbol of shared COT The duration is durationInSymbol+14*durationInSlot).
  • the seventeenth information is used to indicate the CAPC value.
  • the CAPC value and the corresponding priority can be negatively correlated, that is, the smaller the CAPC value, the greater the corresponding priority; or the CAPC value and the corresponding priority can be positively correlated. i.e. CAPC The larger the value, the greater the corresponding priority.
  • the above COT sharing information can be transmitted through MAC CE or SCI.
  • COT sharing information includes information fields: offset, duration, CAPC; these information fields can be used for COT sharing information in the embodiment of this application, and carry the above (1) ⁇ (16) information domain.
  • the method before the first terminal sends the COT sharing information to one or more second terminals, the method further includes:
  • the first terminal determines the target CAPC value used for the LBT operation through any of the following:
  • Method 1 The first terminal obtains the CAPC demand values of one or more second terminals, and determines the target CAPC value based on the CAPC demand value with the lowest corresponding priority among the CAPC demand values of the one or more second terminals;
  • Method 2 The first terminal obtains the CAPC demand values of one or more second terminals, and determines the target CAPC value based on the CAPC demand value with the highest priority among the CAPC demand values of the one or more second terminals;
  • Method three The first terminal obtains the Packet Delay Budget (PDB) demand value or remaining PDB demand value of the data to be sent by one or more second terminals, and based on the data to be sent by one or more second terminals PDB demand value or remaining PDB demand value, determine the target CAPC value;
  • PDB Packet Delay Budget
  • Method 4 The first terminal determines the target CAPC value based on the time domain position of one or more second terminals sending PSFCH messages.
  • the COT-sharing UE successfully seizes the channel with the CAPC value P1
  • the CAPC value corresponding to the data should be less than or equal to P1, that is, the priority is higher than or equal to the corresponding value of P1. priority.
  • the negative correlation between the CAPC value and the corresponding priority is used as an example. That is, the smaller the CAPC value, the greater the corresponding priority. It can be understood that for the larger the CAPC value, The same applies to the situation where the corresponding priority is larger. Essentially, the comparison of CAPC values is to reflect the comparison of corresponding priorities. This principle is satisfied in all the following embodiments involving CAPC values, and will not be described again.
  • a UE needs to share its COT with two UEs (UE2, UE3) using COT-sharing.
  • UE1 needs to share its COT with two UEs (UE2, UE3) using COT-sharing.
  • UE2 UE3
  • COT-sharing The situation in which UE1 shares COT with a larger number of other UEs can be understood by reference and will not be described again.
  • the first terminal obtains the CAPC demand values of one or more second terminals, including one or more of the following:
  • the first terminal receives CAPC demand values from one or more second terminals;
  • UE2 sends the CAPC requirement value to UE1 as the CAPC requirement value of UE2; it should be noted that, in order The description is concise and only describes UE2.
  • the behavior of UE3 can be understood by referring to the behavior of UE2.
  • UE2 sends a CAPC requirement value to UE1 as the CAPC requirement value of UE2; or UE2 sends multiple CAPC requirement values to UE1, and UE1 uses the largest or smallest CAPC value among the multiple CAPC requirement values as the CAPC requirement of UE2. value;
  • UE2 sends a QoS Profile of a service to UE1, and UE1 uses the CAPC value associated with the mapped QoS Profile as the CAPC requirement value of UE2; or UE2 sends QoS Profiles of multiple services to UE1, and UE1 uses multiple QoS Profiles.
  • the largest or smallest CAPC value among the CAPC values of the association mapping is used as the CAPC requirement value of UE2;
  • the first terminal determines the CAPC requirement value of one or more second terminals based on the CAPC value with the highest or lowest priority among the CAPC values associated with the QoS Flow transmitted by one or more second terminals;
  • the CAPC value corresponding to one service QoS Flow transmitted by UE1 and UE2 is (implicitly) used as the CAPC requirement value of UE2; among the CAPC values corresponding to multiple service QoS Flows transmitted by UE1 and UE2,
  • the maximum or minimum CAPC value is (implicitly) used as the CAPC requirement value of UE2;
  • the first terminal sends a CAPC demand value request to one or more second terminals, and receives a CAPC demand value from one or more second terminals.
  • UE1 sends a CAPC requirement value request to UE2, and the request can be sent through SCI or MAC CE.
  • UE2 then sends CAPC requirement value information to UE1, and the request can be sent through SCI or MAC CE.
  • UE1 can send an Inter-UE Coordination Request MAC CE (Inter-UE Coordination Request MAC CE) or an enhanced Inter-UE Cooperation Request MAC CE to UE2 to request the CAPC requirement value.
  • UE2 can send Inter-UE Coordination Information MAC CE (Inter-UE Coordination Information MAC CE) to UE1 or enhanced inter-UE collaboration information to inform UE2 of the CAPC requirement value.
  • the CAPC requirement value can be directly included in the MAC CE, or can be obtained by indirect association, derivation, mapping, etc. from the information domain of the MAC CE.
  • the method further includes:
  • UE1 uses the CAPC value P1 (because P1>P2, so the priority corresponding to P1 is relatively low), and performs type 1 LBT to try to access the channel.
  • the beneficial effect of method one is that UE1 seizes the channel with a lower CAPC priority.
  • the maximum COT occupation time corresponding to the lower CAPC priority is longer, making it easier to share COT to multiple UEs.
  • UE2 sends the CAPC requirement value to UE1 as the CAPC requirement value of UE2. It should be noted that for the sake of simplicity, only UE2 is described. The behavior of UE3 can be understood with reference to the behavior of UE2.
  • UE2 sends a CAPC requirement value to UE1 as the CAPC requirement value of UE2; or UE2 sends multiple CAPC requirement values to UE1, and UE1 uses the largest or smallest CAPC value among the multiple CAPC requirement values as the CAPC requirement of UE2. value;
  • the CAPC value corresponding to one service QoS Flow transmitted by UE1 and UE2 is (implicitly) used as the CAPC requirement value of UE2; among the CAPC values corresponding to multiple service QoS Flows transmitted by UE1 and UE2,
  • the maximum or minimum CAPC value is (implicitly) used as the CAPC requirement value of UE2;
  • the first terminal sends a CAPC demand value request to one or more second terminals, and receives a CAPC demand value from one or more second terminals.
  • UE1 sends a CAPC requirement value request to UE2, and the request can be sent through SCI or MAC CE.
  • UE2 then sends CAPC requirement value information to UE1, and the request can be sent through SCI or MAC CE.
  • UE1 can send an Inter-UE Coordination Request MAC CE or an enhanced inter-UE coordination request MAC CE to UE2 to request the CAPC requirement value.
  • UE2 can send Inter-UE Coordination Information MAC CE or enhanced inter-UE collaboration information to UE1 to inform UE2 of the CAPC requirement value.
  • the CAPC requirement value may be directly included in the MAC CE, or may be obtained by indirect association, derivation, mapping, etc. from the information domain of the MAC CE.
  • UE1 uses CAPC value P2 (because P1>P2) to perform type 1 LBT to try to access the channel;
  • UE1 After UE1 successfully accesses the channel, it sends COT sharing information to UE3 within the allowed range of the maximum COT occupancy time corresponding to CAPC value P2. It should be noted that since the CAPC requirement value of UE2 is P1 (the priority is lower than P2), it does not meet the conditions for UE1 to share COT with UE2 after using P1 to seize the channel, so this does not include instructing UE2 to share COT.
  • UE1 when UE1 shares COT with UE2, it is necessary to consider the PDB or remaining PDB requirements of UE2's data to be sent. If UE1 seizes the channel with a lower CAPC value, UE1 may share the COT with UE2 when it seizes the channel. It is too late to meet the PDB or remaining PDB requirements of UE2's data to be sent, so the UE needs to use the highest priority CAPC value to seize the channel.
  • the first terminal receives the PDB demand value or remaining PDB demand value from one or more second terminals;
  • the first terminal receives QoS Profile from one or more second terminals, and determines the requirements of one or more second terminals based on the PDB demand value or remaining PDB demand value associated with the QoS Profile of one or more second terminals. PDB demand value or remaining PDB demand value;
  • UE2 sends a QoS Profile of a service to UE1, and UE1 uses the PDB or remaining PDB value of the QoS Profile as the PDB or remaining PDB requirement value of UE2; or UE2 sends QoS Profiles of multiple services to UE1, and UE1 uses multiple The largest or smallest PDB or remaining PDB value among the PDB values of QoS Profile is used as the PDB or remaining PDB requirement value of UE2;
  • UE1 uses the PDB or remaining PDB value corresponding to a service QoS Flow transmitted between itself and UE2 (implicitly) as the PDB or remaining PDB requirement value of UE2; or UE1 uses multiple services transmitted between itself and UE2
  • the largest or smallest PDB or remaining PDB value among the PDB or remaining PDB values corresponding to QoS Flow is (implicitly) used as the PDB or remaining PDB requirement value of UE2;
  • Step 1 UE1 determines the CAPC value P2 accordingly.
  • the first condition includes one or more of the following:
  • step 1 When the UE seizes the channel with CAPC value P1 (performing type 1 LBT), the UE will use the opposite UE that meets at least one of the following conditions as an alternative target:
  • the value of P3 may be determined by the UE implementation or configured by the network.
  • the above priority threshold or RSRP threshold can be configured by the network side device or by other UEs.
  • an embodiment of the present application provides a method for sharing a channel, including:
  • Step 402 The second terminal processes the COT shared information.
  • the first terminal determines the information content of the COT sharing information used to indicate the shared COT, The COT sharing information is then sent to one or more second terminals, thereby realizing channel sharing between terminals in SL-U.
  • first terminal and the second terminal there may be a mutual communication relationship between the first terminal and the second terminal.
  • a sidelink (SL) communication is used between the first terminal and the second terminal; or the first terminal and the second terminal communicate with each other.
  • the two terminals only involve COT sharing, not mutual communication.
  • UE1 shares COT with UE2 UE2 is only in the same group as UE1, and then UE2 uses the shared COT to send data to UE3.
  • the COT shared information includes one or more of the following:
  • the first information is used to indicate the cast type for which the shared COT is used
  • the name of the first information may be castType, indicating the cast type that shared COT can be used for, such as unicast (unicast), multicast (group-cast), broadcast (broadcast), and any-cast (any-cast);
  • Second information used to indicate the identity of the first terminal
  • the name of the third information may be the second identifier, indicating the ID of the COT-shared UE (or the ID of the UE group containing the COT-shared UE);
  • the fourth information is used to indicate the identity of the third terminal, or the identity of the terminal group containing the third terminal.
  • the identity of the third terminal or the identity of the terminal group containing the third terminal is used to allow the third terminal.
  • the second terminal will use the shared COT to send data to the third terminal;
  • the name of the fourth information may be a third identifier, indicating the ID of a specified UE (or the ID of a UE group containing the specified UE); the third identifier can be used to indicate that the COT-shared UE can use the COT sharing information.
  • the indicated shared COT is used to send data to the UE corresponding to the third identity;
  • COT shared information meets one or more of the following:
  • the COT sharing information does not include the fourth information, indicate that the second terminal is allowed to use the shared COT to send data to the first terminal, or indicate that the second terminal is allowed to use the shared COT to send data to the target terminal.
  • the target terminal includes the first terminal;
  • the COT shared information includes fourth information and the value of the fourth information is a default value
  • the fourth information is used to indicate that the second terminal is allowed to use the shared COT to send data to any terminal.
  • the COT-shared UE can use the shared COT indicated by the COT sharing information to send data to the UE corresponding to the third identifier;
  • the COT-shared UE can only use the shared COT indicated by the COT sharing information to send data to the COT-sharing UE that sent the COT sharing information.
  • the objects sending control signaling or broadcast data include at least the COT-sharing UE;
  • this information field is the default value, it means that the COT-shared UE can use the shared COT indicated by the COT sharing information to send data to any UE;
  • the name of the fifth information may be flagSharingToOtherUE, indicating whether the COT-shared UE can further share the shared COT to other UEs. For example, 1 indicates that it is possible, and 0 indicates that it is not possible.
  • the seventh information is used to indicate whether the shared COT is used to send PSFCH messages
  • the name of the seventh information may be flagHarqFeedback, indicating whether the shared COT indicated by the COT sharing information can be used to send PSFCH;
  • the name of the ninth information may be sharedResource, indicating the resource shared by the COT-sharing UE to the COT-shared UE;
  • the name of the tenth information may be sharedResourcePool, indicating the resource pool shared by the COT-sharing UE to the COT-shared UE;
  • the name of the eleventh information may be sharedBWPConfig: indicating the BWP configuration shared by the COT-sharing UE to the COT-shared UE; including but not limited to one of the following:
  • the twelfth information is used to indicate the identification of the terminal that can use the shared COT;
  • the name of the twelfth information may be memberID/memberIDlist/memberIDrange.
  • the COT-sharing UE instructs a group of UEs to use shared COT, if the ID of the COT-shared UE that receives the COT sharing information is the same as the memberID, or in memberIDlist, or in the memberIDrange range, the COT-shared UE can use the shared COT indicated by the COT-sharing UE.
  • the thirteenth information is used to indicate the starting time domain position and COT of the shared COT in units of slots. Temporal compensation between temporal locations where shared information resides;
  • the name of the thirteenth information can be offsetInSlot, indicating the time domain offset between the starting position of the shared COT and the position where the COT sharing information is located, in slots.
  • the fourteenth information is used to indicate the time domain compensation between the starting time domain position of the shared COT and the time domain position where the COT shared information is located in symbol units, or is used in conjunction with the twelfth information Indicates the time domain compensation between the starting time domain position of the shared COT and the time domain position where the COT shared information is located;
  • the name of the fourteenth information can be offsetInSymbol.
  • This information field can be used alone to indicate the time domain offset between the starting position of the shared COT and the position of the COT sharing information, in symbol units; it can also be used together with offsetInSlot. Use the time domain offset described in the instructions. For example, the time domain offset between the starting position of the shared COT and the position where the COT sharing information is located is offsetInSymbol+14*offsetInSlot).
  • the fifteenth information is used to indicate the duration of the shared COT in units of slots;
  • the name of the fifteenth information may be durationInSlot, indicating the duration of the shared COT, in slots.
  • the sixteenth information is used to indicate the duration of the shared COT in symbol units, or is used together with the fifteenth information to indicate the duration of the shared COT.
  • the seventeenth information is used to indicate the CAPC value.
  • the CAPC value and the corresponding priority can be negatively correlated, that is, the smaller the CAPC value, the greater the corresponding priority; or the CAPC value and the corresponding priority can be positively correlated. That is, the greater the CAPC value, the greater the corresponding priority.
  • the above COT sharing information can be transmitted through MAC CE or SCI.
  • COT sharing information includes information fields: offset, duration, CAPC; these information fields can be used for COT sharing information in the embodiment of this application, and carry the above (1) ⁇ (16) information domain.
  • the method further includes one or more of the following:
  • the second terminal sends the CAPC demand value to the first terminal
  • the second terminal sends QoS Profile to the first terminal
  • the second terminal provides the CAPC demand value to the first terminal, so that the first terminal determines the CAPC value for performing the LBT operation.
  • the method further includes one or more of the following:
  • the second terminal sends the PDB demand value or remaining PDB demand value to the first terminal;
  • the second terminal sends QoS Profile to the first terminal
  • the second terminal receives the PDB demand value request or the remaining PDB demand value request from the first terminal, and sends the PDB demand value or the remaining PDB demand value to the first terminal.
  • the second terminal provides the PDB demand value or the remaining PDB demand value to the first terminal, so that the first terminal determines the CAPC value for performing the LBT operation.
  • the second terminal processes the COT shared information, including:
  • the second terminal uses the shared COT; that is, when the COT-sharing UE sends COT sharing information to multiple COT-shared UEs, the COT-shared UE can use the indicated shared COT condition;
  • the third condition includes one or more of the following:
  • the second terminal has a PSFCH message sent to the first terminal
  • the priority corresponding to the CAPC value of the data to be sent by the second terminal is higher than or equal to the priority corresponding to the CAPC value indicated in the COT sharing information
  • the CAPC value of the data to be sent is not greater than the CAPC value indicated in the COT-sharing indication information
  • the CAPC value may refer to the CAPC value used by COT-sharing to seize the channel; it may also refer to the CAPC value used by COT-sharing UE to instruct COT-shared UE to use shared COT);
  • the multicast target identifier of the second terminal using the shared COT to send the multicast service is the multicast target identifier that the first terminal expects to receive;
  • the multicast target identifier that the first terminal expects to receive is the identifier indicated by the third information or the identifier indicated by the fourth information; or, the multicast target identifier that the first terminal expects to receive is the target SCI and/or the target MAC.
  • the target identifier indicated by CE where the target SCI is the SCI carrying COT shared information received by the second terminal from the first terminal, and the target MAC CE is the MAC CE carrying COT shared information received by the second terminal from the first terminal.
  • COT-shared UE uses shared COT to send the multicast service.
  • the multicast destination ID is the multicast destination ID that COT-sharing UE expects to receive; optionally, COT-shared UE receives the multicast destination ID sent by the network side device before receiving COT sharing information. Or the multicast destination ID indicated by the COT-sharing UE that the COT-sharing UE expects to receive;
  • the identity of the second terminal is the same as the identity of the terminal that can use the shared COT indicated in the COT sharing information;
  • the COT-shared UE ID is the same as one of the at least one group member ID that the COT-sharing UE indicates through COT sharing information that it can use the shared COT;
  • the identity of the second terminal is included in the identity of the terminal that can use the shared COT indicated in the COT sharing information.
  • the COT-shared UE ID is in the ID list or ID range in which the COT-sharing UE indicates that the shared COT can be used through COT sharing information.
  • the second terminal processes the COT shared information, including:
  • the second terminal triggers one or more of resource selection, resource reselection, resource selection check, and reselection check according to the COT shared information. That is, when the COT-shared UE receives COT sharing information or the shared COT indicated by the COT-sharing UE, resource selection/reselection or resource selection/reselection check is triggered.
  • the second terminal processes the COT shared information, including:
  • the second terminal sends the first indication from the physical layer of the second terminal to the media access control MAC layer of the second terminal according to the COT shared information;
  • the MAC layer of the second terminal instructs the physical layer of the second terminal to trigger resource selection or resource reselection according to the first instruction
  • the first instruction includes one or more of the following:
  • Second indication information used to instruct the second terminal to receive the shared COT
  • the first operation includes one or more of the following:
  • step 1 COT-shared UE receives the COT sharing information carried by COT-sharing UE in SCI;
  • step 2 The PHY layer of the COT-shared UE sends an indication to the MAC layer, which is used for at least one of the following:
  • step 3 The MAC layer of COT-shared UE indicates to the PHY layer to trigger resource selection/reselection;
  • step 4 COT-shared UE performs at least one of the following at the PHY layer:
  • the execution subject may be a device that shares the channel.
  • the method of performing the shared channel method by a shared channel device is used as an example to illustrate the shared channel device provided by the embodiment of the present application.
  • an embodiment of the present application provides a device 500 for sharing a channel, which can be applied in the above method.
  • the first terminal in the legal description includes:
  • the first determination module 501 is used to determine COT sharing information, where the COT sharing information is used to indicate shared COT;
  • the first sending module 502 is configured to send the COT shared information to one or more second terminals.
  • the COT shared information includes one or more of the following:
  • Third information used to indicate the identity of the second terminal, or used to indicate the identity of a terminal group including the second terminal;
  • the fourth information is used to indicate the identification of the third terminal, or the identification of the terminal group including the third terminal.
  • the identification of the third terminal or the identification of the terminal group including the third terminal is used. Allowing the second terminal to use the shared COT to send data to the third terminal;
  • Sixth information used to indicate whether the second terminal is allowed to use the shared COT to send data, control signaling, multicast messages and/or broadcast messages to other terminals except the first terminal;
  • the seventh information is used to indicate whether the shared COT is used to send PSFCH messages
  • the eighth information is used to indicate the time domain resource information of the shared COT and/or the frequency domain resource information of the shared COT;
  • Tenth information used to indicate the resource pool shared by the first terminal to the second terminal
  • Twelfth information used to indicate the identity of the terminal that can use the shared COT
  • the thirteenth information is used to indicate the time domain compensation between the starting time domain position of the shared COT and the time domain position where the COT shared information is located in units of time slots;
  • the fourteenth information is used to indicate the time domain compensation between the starting time domain position of the shared COT and the time domain position where the COT shared information is located in symbol units, or used to communicate with the tenth information.
  • the two pieces of information jointly indicate the time domain compensation between the starting time domain position of the shared COT and the time domain position where the COT shared information is located;
  • the fifteenth information is used to indicate the duration of the shared COT in slot units
  • the sixteenth information is used to indicate the duration of the shared COT in symbol units, or is used together with the fifteenth information to indicate the duration of the shared COT.
  • the seventeenth information is used to indicate the CAPC value.
  • the COT shared information satisfies one or more of the following:
  • the COT sharing information does not include the fourth information, indicate that the second terminal is allowed to use the shared COT to send data to the first terminal, or indicate that the second terminal is allowed to use the shared COT to send data to the first terminal.
  • the shared COT is used to send control signaling or broadcast data to a target terminal, and the target terminal includes the first terminal;
  • the fourth information is used to indicate that the second terminal is allowed to use the shared COT to send data to any terminal.
  • the device further includes:
  • the second determination module is configured to determine the target CAPC value used in the LBT operation through any of the following before sending the COT shared information to one or more second terminals:
  • the first terminal acquires the CAPC demand values of one or more second terminals, and determines the target CAPC value based on the CAPC demand value with the lowest corresponding priority among the CAPC demand values of one or more second terminals;
  • the first terminal obtains the CAPC demand values of one or more second terminals, and determines the target CAPC according to the CAPC demand value with the highest corresponding priority among the CAPC demand values of the one or more second terminals. value;
  • the first terminal obtains the packet delay budget PDB demand value or remaining PDB demand value of one or more of the data to be sent by the second terminal, and based on the PDB demand of the data to be sent by one or more of the second terminals value or remaining PDB demand value, determine the target CAPC value;
  • the first terminal determines the target CAPC value according to the time domain position of one or more second terminals sending PSFCH messages.
  • the second determination module is used for one or more of the following:
  • the first terminal receives a CAPC requirement value from one or more of the second terminals;
  • the first terminal receives a quality of service profile QoS Profile from one or more second terminals, and the CAPC with the highest or lowest priority among the CAPC values associated with the QoS Profile of one or more second terminals is value, determine the CAPC requirement value of one or more second terminals;
  • the first terminal determines one or more second terminals according to the CAPC value with the highest or lowest priority among the CAPC values associated with the quality of service flow QoS Flow transmitted by one or more second terminals.
  • CAPC demand value
  • the first terminal sends a CAPC demand value request to one or more second terminals, and receives a CAPC demand value from one or more second terminals.
  • the second determination module is used for one or more of the following:
  • the first terminal receives a PDB demand value or a remaining PDB demand value from one or more second terminals;
  • the first terminal receives QoS Profile from one or more second terminals, and determines one or more required PDB requirements according to the PDB requirement value or remaining PDB requirement value associated with the QoS Profile of one or more second terminals.
  • the PDB demand value or remaining PDB demand value of the second terminal receives QoS Profile from one or more second terminals, and determines one or more required PDB requirements according to the PDB requirement value or remaining PDB requirement value associated with the QoS Profile of one or more second terminals.
  • the first terminal determines the PDB demand value or remaining PDB of one or more second terminals based on the PDB demand value or remaining PDB demand value associated with the QoS Flow transmitted by one or more of the second terminals. demand value;
  • the first terminal sends a PDB demand value request or a remaining PDB demand value request to one or more second terminals, and receives a PDB demand value or remaining PDB demand value from one or more second terminals.
  • the second determination module is used to:
  • the first terminal sends a PSFCH message according to each of the one or more second terminals.
  • Time domain position respectively determine one or more of the target CAPC values
  • the first terminal jointly determines one of the target CAPC values based on the time domain positions of all the second terminals in one or more second terminals that send PSFCH messages.
  • the device further includes:
  • the third determination module is configured to determine the second terminal that meets the first condition as the target recipient of the COT shared information before determining the COT shared information;
  • the first condition includes one or more of the following:
  • the highest priority among the priorities corresponding to one or more CAPC requirement values of the second terminal is lower than or equal to the first priority
  • the highest priority among the priorities corresponding to one or more CAPC requirement values of the second terminal is lower than or equal to the second priority
  • the first priority is the priority corresponding to the CAPC value used by the first terminal when determining the shared COT, and the second priority is lower than or equal to the first priority.
  • the first determination module is used to:
  • the second condition includes any of the following:
  • the SL peer terminal or multicast object of a terminal There is data to be transmitted to the first target object in the cache of the first terminal, and the priority of the CAPC or SL logical channel corresponding to the data to be transmitted is higher than or equal to the first threshold, and the first target object is the third target object.
  • the SL peer terminal or multicast object of a terminal
  • the CAPC or SL logical channel priority corresponding to the data to be transmitted is lower than or equal to the second threshold, and the first target object is the The SL peer terminal or multicast object of the first terminal;
  • the energy detection result of the LBT of the first terminal or the reference signal received power RSRP measurement result is less than or equal to the third threshold
  • the first threshold, the second threshold and the third threshold are agreed through network configuration, other terminal configurations or protocols.
  • this application implements a device 510 for sharing a channel, which can be applied to the second terminal as described in the above method, including:
  • the receiving module 511 is configured to receive COT sharing information from the first terminal, where the COT sharing information is used to indicate sharing COT;
  • the processing module 512 is used to process the COT shared information.
  • the COT shared information includes one or more of the following:
  • Third information used to indicate the identity of the second terminal, or used to indicate the identity of the terminal group including the second terminal;
  • the fourth information is used to indicate the identification of the third terminal, or the identification of the terminal group including the third terminal.
  • the identification of the third terminal or the identification of the terminal group including the third terminal is used. Allowing the second terminal to use the shared COT to send data to the third terminal;
  • Sixth information used to indicate whether the second terminal is allowed to use the shared COT to send data, control signaling, multicast messages and/or broadcast messages to other terminals except the first terminal;
  • the seventh information is used to indicate whether the shared COT is used to send PSFCH messages
  • the eighth information is used to indicate the time domain resource information of the shared COT and/or the frequency domain resource information of the shared COT;
  • Tenth information used to indicate the resource pool shared by the first terminal with the second terminal
  • Twelfth information used to indicate the identity of the terminal that can use the shared COT
  • the fourteenth information is used to indicate, in symbol units, the time domain compensation between the starting time domain position of the shared COT and the time domain position where the COT shared information is located, or used to communicate with the twelfth
  • the information jointly indicates the time domain compensation between the starting time domain position of the shared COT and the time domain position where the COT shared information is located;
  • the fifteenth information is used to indicate the duration of the shared COT in slot units
  • the sixteenth information is used to indicate the duration of the shared COT in symbol units, or is used together with the fifteenth information to indicate the duration of the shared COT.
  • the seventeenth information is used to indicate the CAPC value.
  • the COT shared information satisfies one or more of the following:
  • the COT shared information does not include the fourth information, indicate that the second terminal is allowed to use the shared COT to send data to the first terminal, or indicate that the second terminal is allowed to use the shared COT to send data to the first terminal.
  • the fourth information is used to indicate that the second terminal is allowed to use the shared COT. for sending data to any terminal.
  • the device further includes: a second sending module, used for one or more of the following:
  • a CAPC demand value request is received from the first terminal, and a CAPC demand value is sent to the first terminal.
  • the device further includes: a third sending module, used for one or more of the following:
  • the processing module is used to:
  • the second terminal uses the shared COT
  • the third condition includes one or more of the following:
  • the second terminal has a PSFCH message sent to the first terminal
  • the priority corresponding to the CAPC value of the data to be sent by the second terminal is higher than or equal to the priority corresponding to the CAPC value indicated in the COT sharing information;
  • the multicast target identifier of the multicast service sent by the second terminal using the shared COT is the multicast target identifier that the first terminal expects to receive;
  • the identifier of the second terminal is the same as the identifier of the terminal that can use the shared COT indicated in the COT sharing information;
  • the identity of the second terminal is included in the identity of the terminal that can use the shared COT indicated in the COT sharing information.
  • the multicast target identifier that the first terminal expects to receive is the identifier indicated by the third information or the identifier indicated by the fourth information;
  • the multicast target identification that the first terminal expects to receive is the target direct link control information SCI and/or the target identification indicated by the target media access control unit MAC CE, where the target SCI is the target from which the second terminal receives
  • the SCI carrying the COT shared information received by the first terminal, the target MAC CE is the MAC CE carried by the COT shared information received by the second terminal from the first terminal.
  • the processing module is used to:
  • one or more of resource selection, resource reselection, resource selection check, and reselection check are triggered.
  • the processing module is used to:
  • the COT shared information send a first indication from the physical layer of the second terminal to the media access control MAC layer of the second terminal;
  • the MAC layer of the second terminal instructs the physical layer of the second terminal to trigger resource selection or resource reselection according to the first indication
  • the physical layer of the second terminal performs the first operation
  • the first instruction includes one or more of the following:
  • First indication information used to instruct the second terminal to receive the COT shared information
  • Third indication information used to instruct the MAC layer of the second terminal to trigger a resource selection check or a resource reselection check
  • the first operation includes one or more of the following:
  • Resource selection or resource reselection is performed according to the resources indicated by the COT sharing information.
  • the device for sharing the channel in the embodiment of the present application may be an electronic device, such as an electronic device with an operating system, or may be a component in the electronic device, such as an integrated circuit or chip.
  • the electronic device may be a terminal or other devices other than the terminal.
  • terminals may include but are not limited to the types of terminals 11 listed above, and other devices may be servers, network attached storage (Network Attached Storage, NAS), etc., which are not specifically limited in the embodiment of this application.
  • NAS Network Attached Storage
  • the device for sharing a channel provided by the embodiment of the present application can implement each process implemented by the method embodiment in Figures 2 to 3b and achieve the same technical effect. To avoid duplication, the details will not be described here.
  • this embodiment of the present application also provides a communication device 600, which includes a processor 601 and a memory 602.
  • the memory 602 stores programs or instructions that can be run on the processor 601, for example.
  • the communication device 600 is a terminal, when the program or instruction is executed by the processor 601, each step of the above shared channel method embodiment is implemented, and the same technical effect can be achieved.
  • the communication device 600 is a network-side device, when the program or instruction is executed by the processor 601, each step of the above shared channel method embodiment is implemented, and the same technical effect can be achieved. To avoid duplication, the details are not repeated here.
  • An embodiment of the present application also provides a terminal, including a processor and a communication interface.
  • the processor is used to determine COT sharing information.
  • the COT sharing information is used to indicate shared COT.
  • the communication interface is used to provide one or more third The two terminals send the COT shared information.
  • the communication interface is used to receive COT sharing information from the first terminal, the COT sharing information is used to indicate sharing COT, and the processor is used to process the COT sharing information.
  • FIG. 7 is a schematic diagram of the hardware structure of a terminal that implements an embodiment of the present application.
  • the terminal 700 includes but is not limited to: a radio frequency unit 701, a network module 702, an audio output unit 703, an input unit 704, a sensor 705, a display unit 706, a user input unit 707, an interface unit 708, a memory 709, a processor 710, etc. At least some parts.
  • the terminal 700 may also include a power supply (such as a battery) that supplies power to various components.
  • the power supply may be logically connected to the processor 710 through a power management system, thereby managing charging, discharging, and power consumption through the power management system. Management and other functions.
  • the terminal structure shown in FIG. 7 does not constitute a limitation on the terminal.
  • the terminal may include more or fewer components than shown in the figure, or some components may be combined or arranged differently, which will not be described again here.
  • the input unit 704 may include a graphics processing unit (GPU) 7041 and a microphone 7042.
  • the graphics processor 7041 is responsible for capturing images in video capture mode or image processing. In the capture mode, image data of still pictures or videos obtained by an image capture device (such as a camera) is processed.
  • the display unit 706 may include a display panel 7061, which may be configured in the form of a liquid crystal display, an organic light emitting diode, or the like.
  • the user input unit 707 includes a touch panel 7071 and at least one of other input devices 7072 .
  • Touch panel 7071 also called touch screen.
  • the touch panel 7071 may include two parts: a touch detection device and a touch controller.
  • Other input devices 7072 may include but are not limited to physical keyboards, function keys (such as volume control keys, switch keys, etc.), trackballs, mice, and joysticks, which will not be described again here.
  • the radio frequency unit 701 after receiving downlink data from the network side device, can transmit it to the processor 710 for processing; in addition, the radio frequency unit 701 can send uplink data to the network side device.
  • the radio frequency unit 701 includes, but is not limited to, an antenna, amplifier, transceiver, coupler, low noise amplifier, duplexer, etc.
  • Memory 709 may be used to store software programs or instructions as well as various data.
  • the memory 709 may mainly include a first storage area for storing programs or instructions and a second storage area for storing data, wherein the first storage area may store an operating system, an application program or instructions required for at least one function (such as a sound playback function, Image playback function, etc.) etc.
  • memory 709 may include volatile memory or non-volatile memory, or memory 709 may include both volatile and non-volatile memory.
  • non-volatile memory can be read-only memory (Read-Only Memory, ROM), programmable read-only memory (Programmable ROM, PROM), erasable programmable read-only memory (Erasable PROM, EPROM), electrically removable memory. Erase programmable read-only memory (Electrically EPROM, EEPROM) or flash memory.
  • Volatile memory can be random access memory (Random Access Memory, RAM), static random access memory (Static RAM, SRAM), dynamic random access memory (Dynamic RAM, DRAM), synchronous dynamic random access memory (Synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (Double Data Rate SDRAM, DDRSDRAM), enhanced synchronous dynamic random access memory (Enhanced SDRAM, ESDRAM), synchronous link dynamic random access memory (Synch link DRAM) , SLDRAM) and direct memory bus random access memory (Direct Rambus RAM, DRRAM).
  • RAM Random Access Memory
  • SRAM static random access memory
  • DRAM dynamic random access memory
  • DRAM synchronous dynamic random access memory
  • SDRAM double data rate synchronous dynamic random access memory
  • Double Data Rate SDRAM Double Data Rate SDRAM
  • DDRSDRAM double data rate synchronous dynamic random access memory
  • Enhanced SDRAM, ESDRAM enhanced synchronous dynamic random access memory
  • Synch link DRAM synchronous link dynamic random access memory
  • SLDRAM direct memory bus
  • the processor 710 may include one or more processing units; optionally, the processor 710 integrates an application processor and a modem processor, where the application processor mainly handles operations related to the operating system, user interface, application programs, etc., Modem processors mainly process wireless communication signals, such as baseband processors. It can be understood that the above-mentioned modem processor may not be integrated into the processor 710.
  • terminal 700 is the first terminal in the method description:
  • Processor 710 configured to determine COT sharing information, where the COT sharing information is used to indicate shared COT;
  • Radio frequency unit 701 configured to send the COT shared information to one or more second terminals.
  • the COT shared information includes one or more of the following:
  • Third information used to indicate the identity of the second terminal, or used to indicate the identity of a terminal group including the second terminal;
  • the fourth information is used to indicate the identification of the third terminal, or the identification of the terminal group including the third terminal.
  • the identification of the third terminal or the identification of the terminal group including the third terminal is used. Allowing the second terminal to use the shared COT to send data to the third terminal;
  • Sixth information used to indicate whether the second terminal is allowed to use the shared COT to send data, control signaling, multicast messages and/or broadcast messages to other terminals except the first terminal;
  • the seventh information is used to indicate whether the shared COT is used to send PSFCH messages
  • the eighth information is used to indicate the time domain resource information of the shared COT and/or the frequency domain resource information of the shared COT;
  • Tenth information used to indicate the resource pool shared by the first terminal with the second terminal
  • Twelfth information used to indicate the identity of the terminal that can use the shared COT
  • the thirteenth information is used to indicate the time domain compensation between the starting time domain position of the shared COT and the time domain position where the COT shared information is located in units of time slots;
  • the fourteenth information is used to indicate the time domain compensation between the starting time domain position of the shared COT and the time domain position where the COT shared information is located in symbol units, or used to communicate with the tenth information.
  • the two pieces of information jointly indicate the time domain compensation between the starting time domain position of the shared COT and the time domain position where the COT shared information is located;
  • the fifteenth information is used to indicate the duration of the shared COT in slot units
  • the sixteenth information is used to indicate the duration of the shared COT in symbol units, or is used together with the fifteenth information to indicate the duration of the shared COT.
  • the seventeenth information is used to indicate the CAPC value.
  • the COT shared information satisfies one or more of the following:
  • the COT sharing information does not include the fourth information, indicate that the second terminal is allowed to use the shared COT to send data to the first terminal, or indicate that the second terminal is allowed to use the shared COT to send data to the first terminal.
  • the shared COT is used to send control signaling or broadcast data to a target terminal, and the target terminal includes the first terminal;
  • the fourth information is used to indicate that the second terminal is allowed to use the shared COT. for sending data to any terminal.
  • the processor 710 is configured to determine the target CAPC value used in the LBT operation by any one of the following before sending the COT shared information to one or more second terminals:
  • the first terminal acquires the CAPC demand values of one or more second terminals, and determines the target CAPC value based on the CAPC demand value with the lowest corresponding priority among the CAPC demand values of one or more second terminals;
  • the first terminal obtains the CAPC demand values of one or more second terminals, and determines the target CAPC based on the CAPC demand value with the highest priority among the CAPC demand values of the one or more second terminals. value;
  • the first terminal obtains the packet delay budget PDB requirement value of one or more data to be sent by the second terminal or The remaining PDB demand value, and determine the target CAPC value according to the PDB demand value or the remaining PDB demand value of one or more of the data to be sent by the second terminal;
  • the first terminal determines the target CAPC value according to the time domain position of one or more second terminals sending PSFCH messages.
  • the processor 710 is used for one or more of the following:
  • the first terminal receives a CAPC requirement value from one or more of the second terminals;
  • the first terminal receives a quality of service profile QoS Profile from one or more second terminals, and the CAPC with the highest or lowest priority among the CAPC values associated with the QoS Profile of one or more second terminals is value, determine the CAPC requirement value of one or more second terminals;
  • the first terminal determines one or more second terminals according to the CAPC value with the highest or lowest priority among the CAPC values associated with the quality of service flow QoS Flow transmitted by one or more second terminals.
  • CAPC demand value
  • the first terminal sends a CAPC demand value request to one or more second terminals, and receives a CAPC demand value from one or more second terminals.
  • the processor 710 is used for one or more of the following:
  • the first terminal receives a PDB demand value or a remaining PDB demand value from one or more second terminals;
  • the first terminal receives a QoS Profile from one or more of the second terminals, and determines one or more of the required PDB requirements based on the PDB requirement value or remaining PDB requirement value associated with the QoS Profile of one or more of the second terminals.
  • the first terminal determines the PDB demand value or remaining PDB of one or more second terminals based on the PDB demand value or remaining PDB demand value associated with the QoS Flow transmitted by one or more of the second terminals. demand value;
  • the first terminal sends a PDB demand value request or a remaining PDB demand value request to one or more second terminals, and receives a PDB demand value or remaining PDB demand value from one or more second terminals.
  • the processor 710 is used for:
  • the first terminal determines one or more target CAPC values respectively according to the time domain position at which each of the one or more second terminals sends the PSFCH message;
  • the first terminal jointly determines one of the target CAPC values based on the time domain positions of all the second terminals in one or more second terminals that send PSFCH messages.
  • the processor 710 is configured to determine the second terminal that meets the first condition as a target recipient of the COT shared information before determining the COT shared information;
  • the first condition includes one or more of the following:
  • the highest priority among the priorities corresponding to one or more CAPC requirement values of the second terminal is lower than or equal to the first priority
  • the highest priority among the priorities corresponding to one or more CAPC requirement values of the second terminal is lower than or equal to the second priority
  • the first priority is the priority corresponding to the CAPC value used by the first terminal when determining the shared COT, and the second priority is lower than or equal to the first priority.
  • the processor 710 is used for:
  • the second condition includes any of the following:
  • the SL peer terminal or multicast object of a terminal There is data to be transmitted to the first target object in the cache of the first terminal, and the priority of the CAPC or SL logical channel corresponding to the data to be transmitted is higher than or equal to the first threshold, and the first target object is the third target object.
  • the SL peer terminal or multicast object of a terminal
  • the CAPC or SL logical channel priority corresponding to the data to be transmitted is lower than or equal to the second threshold, and the first target object is the The SL peer terminal or multicast object of the first terminal;
  • the energy detection result of the LBT of the first terminal or the reference signal received power RSRP measurement result is less than or equal to the third threshold
  • the first threshold, the second threshold and the third threshold are agreed through network configuration, other terminal configurations or protocols.
  • terminal 700 is the second terminal in the method description:
  • Radio frequency unit 701 configured to receive COT sharing information from the first terminal, where the COT sharing information is used to indicate sharing COT;
  • Processor 710 used to process the COT shared information.
  • the COT shared information includes one or more of the following:
  • Third information used to indicate the identity of the second terminal, or used to indicate the identity of the terminal group including the second terminal;
  • the fourth information is used to indicate the identification of the third terminal, or the identification of the terminal group including the third terminal.
  • the identification of the third terminal or the identification of the terminal group including the third terminal is used. Allowing the second terminal to use the shared COT to send data to the third terminal;
  • Sixth information used to indicate whether the second terminal is allowed to use the shared COT to send data, control signaling, multicast messages and/or broadcast messages to other terminals except the first terminal;
  • the seventh information is used to indicate whether the shared COT is used to send PSFCH messages
  • the eighth information is used to indicate the time domain resource information of the shared COT and/or the frequency domain resource information of the shared COT;
  • Tenth information used to indicate the resource pool shared by the first terminal to the second terminal
  • Twelfth information used to indicate the identity of the terminal that can use the shared COT
  • the fourteenth information is used to indicate, in symbol units, the time domain compensation between the starting time domain position of the shared COT and the time domain position where the COT shared information is located, or used to communicate with the twelfth
  • the information jointly indicates the time domain compensation between the starting time domain position of the shared COT and the time domain position where the COT shared information is located;
  • the fifteenth information is used to indicate the duration of the shared COT in slot units
  • the sixteenth information is used to indicate the duration of the shared COT in symbol units, or is used together with the fifteenth information to indicate the duration of the shared COT.
  • the seventeenth information is used to indicate the CAPC value.
  • the COT shared information satisfies one or more of the following:
  • the COT shared information does not include the fourth information, indicate that the second terminal is allowed to use the shared COT to send data to the first terminal, or indicate that the second terminal is allowed to use the shared COT to send data to the first terminal.
  • the fourth information is used to indicate that the second terminal is allowed to use the shared COT. for sending data to any terminal.
  • the radio frequency unit 701 is used for one or more of the following:
  • a CAPC demand value request is received from the first terminal, and a CAPC demand value is sent to the first terminal.
  • the radio frequency unit 701 is used for one or more of the following:
  • the processor 710 is used for:
  • the second terminal uses the shared COT
  • the third condition includes one or more of the following:
  • the second terminal has a PSFCH message sent to the first terminal
  • the priority corresponding to the CAPC value of the data to be sent by the second terminal is higher than or equal to the priority corresponding to the CAPC value indicated in the COT sharing information;
  • the second terminal uses the shared COT to send a multicast target identifier of the multicast service that the first terminal expects. Received multicast target ID;
  • the identifier of the second terminal is the same as the identifier of the terminal that can use the shared COT indicated in the COT sharing information;
  • the identity of the second terminal is included in the identity of the terminal that can use the shared COT indicated in the COT sharing information.
  • the multicast target identifier that the first terminal expects to receive is the identifier indicated by the third information or the identifier indicated by the fourth information;
  • the multicast target identification that the first terminal expects to receive is the target direct link control information SCI and/or the target identification indicated by the target media access control unit MAC CE, where the target SCI is the target from which the second terminal receives
  • the SCI carrying the COT shared information received by the first terminal, the target MAC CE is the MAC CE carried by the COT shared information received by the second terminal from the first terminal.
  • the processor 710 is used for:
  • one or more of resource selection, resource reselection, resource selection check, and reselection check are triggered.
  • the processor 710 is used for:
  • the COT shared information send a first indication from the physical layer of the second terminal to the media access control MAC layer of the second terminal;
  • the MAC layer of the second terminal instructs the physical layer of the second terminal to trigger resource selection or resource reselection according to the first indication
  • the physical layer of the second terminal performs the first operation
  • the first instruction includes one or more of the following:
  • First indication information used to instruct the second terminal to receive the COT shared information
  • Third indication information used to instruct the MAC layer of the second terminal to trigger a resource selection check or a resource reselection check
  • the first operation includes one or more of the following:
  • Resource selection or resource reselection is performed according to the resources indicated by the COT sharing information.
  • Embodiments of the present application also provide a readable storage medium.
  • Programs or instructions are stored on the readable storage medium.
  • the program or instructions are executed by a processor, each process of the above shared method embodiments is implemented and the same can be achieved. The technical effects will not be repeated here to avoid repetition.
  • the processor is the processor in the terminal described in the above embodiment.
  • the readable storage medium includes computer readable storage media, such as computer read-only memory ROM, random access memory RAM, magnetic disk or optical disk, etc.
  • An embodiment of the present application further provides a chip.
  • the chip includes a processor and a communication interface.
  • the communication interface is coupled to the processor.
  • the processor is used to run programs or instructions to implement the above shared method embodiments. Each process can achieve the same technical effect. To avoid duplication, it will not be described again here. It should be understood that the chips mentioned in the embodiments of this application may also be called system-on-chip, system-on-a-chip, system-on-chip or system-on-chip, etc.
  • Embodiments of the present application further provide a computer program/program product.
  • the computer program/program product is stored in a storage medium.
  • the computer program/program product is executed by at least one processor to implement the above shared method embodiments.
  • Each process can achieve the same technical effect. To avoid repetition, we will not go into details here.
  • the embodiment of the present application also provides a shared channel system, whose architecture can be seen in Figure 1.
  • the system includes: a first terminal and a second terminal, corresponding to the terminal 11 in Figure 1, and the first terminal serves as the sending side terminal. , can be used to perform the steps of the method of sharing the channel as shown in the above-mentioned Figure 2, and the second terminal, as the receiving side terminal, can be used to perform the steps of the method of sharing the channel as shown in the above-mentioned Figure 4.
  • the methods of the above embodiments can be implemented by means of software plus the necessary general hardware platform. Of course, it can also be implemented by hardware, but in many cases the former is better. implementation.
  • the technical solution of the present application can be embodied in the form of a computer software product that is essentially or contributes to the existing technology.
  • the computer software product is stored in a storage medium (such as ROM/RAM, disk , CD), including several instructions to cause a terminal (which can be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute the methods described in various embodiments of this application.

Landscapes

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

Abstract

本申请公开了一种共享信道的方法、设备及可读存储介质,属于通信技术领域,该方法包括:第一终端确定信道占用时间COT共享信息,所述COT共享信息用于指示共享COT;所述第一终端向一个或多个第二终端发送所述COT共享信息。在本申请实施例中,由第一终端确定用于指示共享COT的COT共享信息的信息内容,然后向一个或多个第二终端发送COT共享信息,从而实现在SL-U中终端与终端之间的信道共享。

Description

共享信道的方法、设备及可读存储介质
相关申请的交叉引用
本申请主张在2022年06月22日在中国提交的中国专利申请No.202210713606.4的优先权,其全部内容通过引用包含于此。
技术领域
本申请属于通信技术领域,具体涉及一种共享信道的方法、设备及可读存储介质。
背景技术
在未授权频谱中的新空口(NewRadio in Unlicensed Spectrum,NR-U)中,信道占用时间共享(Channel Occupancy Time sharing,COT sharing)只会发生在基站和用户设备(User Equipment,UE,UE也可以称之为终端)之间,即COT sharing可以分类为上行COT sharing(UE共享COT给基站)和下行COT sharing(基站共享COT给UE)。
但在未授权频谱中的直通链路(Sidelink in Unlicensed Spectrum,SL-U)中,COT sharing行为应当如何实现,目前还未明确。
发明内容
本申请实施例提供一种共享信道的方法、设备及可读存储介质,能够解决SL-U中COT sharing行为如何实现的问题。
第一方面,提供了一种共享信道的方法,包括:
第一终端确定COT共享信息,所述COT共享信息用于指示共享COT;
所述第一终端向一个或多个第二终端发送所述COT共享信息。
第二方面,提供了一种共享信道的方法,包括:
第二终端从第一终端接收COT共享信息,所述COT共享信息用于指示共享COT;
第二终端对所述COT共享信息进行处理。
第三方面,提供了一种共享信道的装置,包括:
第一确定模块,用于确定COT共享信息,所述COT共享信息用于指示共享COT;
第一发送模块,用于向一个或多个第二终端发送所述COT共享信息。
第四方面,提供了一种共享信道的装置,包括:
接收模块,用于从第一终端接收COT共享信息,所述COT共享信息用于指示共享COT;
处理模块,用于对所述COT共享信息进行处理。
第五方面,提供了一种终端,该终端包括处理器和存储器,所述存储器存储可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤,或者实现如第二方面所述的方法的步骤。
第六方面,提供了一种终端,包括处理器及通信接口,其中,所述处理器用于确定COT共享信息,所述COT共享信息用于指示共享COT,所述通信接口用于向一个或多个第二终端发送所述COT共享信息。
或者,所述通信接口用于从第一终端接收COT共享信息,所述COT共享信息用于指示共享COT,所述处理器用于对所述COT共享信息进行处理。
第七方面,提供了一种可读存储介质,所述可读存储介质上存储程序或指令,所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤,或者实现如第二方面所述的方法的步骤。
第八方面,提供了一种芯片,所述芯片包括处理器和通信接口,所述通信接口和所述处理器耦合,所述处理器用于运行程序或指令,实现如第一方面所述的方法的步骤,或者实现如第二方面所述的方法的步骤。
第九方面,提供了一种计算机程序/程序产品,所述计算机程序/程序产品被存储在存储介质中,所述计算机程序/程序产品被至少一个处理器执行以实现如第一方面所述的方法的步骤,或者实现如第二方面所述的方法的步骤。
第十方面,提供了一种共享信道的系统,包括:第一终端和第二终端,所述第一终端可用于执行如第一方面所述的共享信道的方法的步骤,所述第二终端可用于执行如第二方面所述的共享信道的方法的步骤。
在本申请实施例中,由第一终端确定用于指示共享COT的COT共享信息的信息内容,然后向一个或多个第二终端发送COT共享信息,从而实现在SL-U中终端与终端之间的信道共享。
附图说明
图1是本申请实施例提供的一种无线通信系统的框图;
图2是本申请实施例提供的共享信道的方法的流程图之一;
图3a是本申请实施例提供的应用示例之一;
图3b是本申请实施例提供的应用示例之二;
图4是本申请实施例提供的共享信道的方法的流程图之二;
图5a是本申请实施例提供的共享信道的装置的结构图之一;
图5b是本申请实施例提供的共享信道的装置的结构图之二;
图6是本申请实施例提供的通信设备的结构图;
图7是本申请实施例提供的终端的结构图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象,而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换,以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施,且“第一”、“第二”所区别的对象通常为一类,并不限定对象的个数,例如第一对象可以是一个,也可以是多个。此外,说明书以及权利要求中“和/或”表示所连接对象的至少其中之一,字符“/”一般表示前后关联对象是一种“或”的关系。
值得指出的是,本申请实施例所描述的技术不限于长期演进型(Long Term Evolution,LTE)/LTE的演进(LTE-Advanced,LTE-A)系统,还可用于其他无线通信系统,诸如码分多址(Code Division Multiple Access,CDMA)、时分多址(Time Division Multiple Access,TDMA)、频分多址(Frequency Division Multiple Access,FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access,OFDMA)、单载波频分多址(Single-carrier Frequency Division Multiple Access,SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用,所描述的技术既可用于以上提及的系统和无线电技术,也可用于其他系统和无线电技术。以下描述出于示例目的描述了新空口(New Radio,NR)系统,并且在以下大部分描述中使用NR术语,但是这些技术也可应用于NR系统应用以外的应用,如第6代(6th Generation,6G)通信系统。
图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11和网络侧设备12。其中,终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal Digital Assistant,PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personal computer,UMPC)、移动上网装置(Mobile Internet Device,MID)、增强现实(augmented reality,AR)/虚拟现实(virtual reality,VR)设备、机器人、可穿戴式设备(Wearable Device)、车载设备(Vehicle User Equipment,VUE)、行人终端(Pedestrian User Equipment,PUE)、智能家居(具有无线通信功能的家居设备,如冰箱、电视、洗衣机或者家具等)、游戏机、个人计算机(personal computer,PC)、柜员机或者自助机等终端侧设备,可穿戴式设备包括:智能手表、智能手环、智能耳机、智能眼镜、智能首饰(智能手镯、智能手链、智能戒指、智能项链、智能脚镯、智能脚链等)、智能腕带、智能服装等。需要说明的是,在本申请实施例并不限定终端11的具体类型。网络侧设备12可以包括接入网设备或核心网设备,其中,接入网设备也可以称为无线接入网设备、无线接入网(Radio Access Network,RAN)、无线接入网功能或无线接入网单元。接入网设备可以包括基站、无线局域网(Wireless Local Area  Network,WLAN)接入点、无线保真(Wireless Fidelity,WiFi)节点等,基站可被称为节点B、演进节点B(eNB)、接入点、基收发机站(Base Transceiver Station,BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set,BSS)、扩展服务集(Extended Service Set,ESS)、家用B节点、家用演进型B节点、发送接收点(Transmitting Receiving Point,TRP)或所述领域中其他某个合适的术语,只要达到相同的技术效果,所述基站不限于特定技术词汇,需要说明的是,在本申请实施例中仅以NR系统中的基站为例进行介绍,并不限定基站的具体类型。
为更好理解本申请的技术方案,首先对以下内容进行介绍:
NR-U
先听后发失败(Listen Before Talk failure,LBT failure)
无线资源控制(Radio Resource Control,RRC)给媒体接入控制(Medium Access Control,MAC)实体配置一个一连续的LBT故障恢复程序(consistent LBT failure recovery procedure)。若传输前执行了LBT检测到信道忙,则低层给MAC实体传一个LBT failure指示(indication)。
Consistent LBT failure是基于每个上行带宽部分(per UL BWP)的,由所有从低层到MAC实体的UL传输的LBT failure indications计数而产生。UE用于LBT failure计数的参数为LBT_COUNTER(per Serving Cell)。RRC在lbt-FailureRecoveryConfig给Consistent LBT failure detection配置两个参数lbt-FailureInstanceMaxCount和lbt-FailureDetectionTimer,其中,UL表示上行链路(Uplink),BWP表示带宽部分(Uplink Bandwidth Part)。
每当MAC实体收到一个低层的LBT failure indication,LBT_COUNTER计数加一。当LBT_COUNTER≥lbt-FailureInstanceMaxCount,对服务小区的active UL BWP触发consistent LBT failure。然后在服务小区的同载波上从这个active UL BWP切换到另一个配置了物理随机接入信道(Physical Random Access Channel,PRACH)时机(occasion)并且还没有触发consistent LBT failure的UL BWP(继续做LBT)。若服务小区的所有UL BWPs都触发了consistent LBT failure,则向高层指示consistent LBT failure。
信道占用(Channel Occupancy,CO)/信道占用时间(Channel Occupancy Time,COT)
eNB/gNB可以根据nodeB自身下行链(Downlink,DL)信道接入,或UE UL信道接入发起Channel Occupancy。eNB/gNB/UE可以通过信道接入优先级(Channel access priority class,CAPC)确定一个最大的COT。
COT sharing
下行方向的COT sharing:当eNB/gNB通过Type1信道接入方式接入信道获得CO后,可以通过DCI指示UE与自己共享这段CO,称之为COT sharing。
上行方向的COT sharing:当UE通过类型1(Type1)信道接入方式接入信道获得CO后,可以通过自动上行传输上行控制信息(autonomous uplink-uplink control information,AUL-UCI)/配置授权上行控制信息(configured grant-uplink control information,CG-UCI) 指示eNB/gNB与自己共享这段CO,也称之为COT sharing。
信道接入优先级(Channel access priority class,CAPC)
eNB/gNB/UE在抢占信道之前都必须确定一个CAPC值,并据此查表(例如下表1)确定信道接入做LBT的窗口参数。CAPC的取值为p=1~4,其中p=1代表优先级最高,其对应的LBT窗口相对其它优先级较短,也即以p=1做LBT成功所需的时间相对于p=2/3/4平均来说更短。但是最大可占据的COT长度也相对应的较短,这体现了不同设备抢占信道某种程度的公平性。
对于p=3and p=4,若长期来看能保证没有其它RAT共享此信道(如规定限制),Tm,cot,p=10ms;否则,Tm,cot,p=8ms。
表1
当UE需要发送上行数据而去执行LBT时,需要根据待发送的数据类型、由协议约定或网络配置的方式,确定本次LBT的CAPC值。其中,当UE需要发送的数据包含信令无线承载(Signalling Radio Bearer,SRB)0/SRB1/SRB3承载的数据时,总是默认使用p=1。而对于SRB2/数据无线承载(Data Radio Bearer,DRB),网络侧可以为UE配置发送SRB2、DRB承载的数据的CAPC值。
2.NR SL
服务质量配置文件(Quality of Service-Profile,QoS-Profile)
SL UE在需要进行SL transmission的时候,可以接入网络并向基站上报SidelinkUEInformationNR信息。信息中携带至多32个SL目标的Tx资源请求。每个SL目标的Tx资源请求包含至多64个SL QoS flow的sl-QoS-FlowIdentity和sl-QoS-Profile。
基站可以随后在RRC重配置消息的SL无线承载(Sidelink Radio Bearer,SLRB)配置中,在每个无线承载的SDAP配置中为UE指示哪些sl-QoS-FlowIdentity映射到该无线承载。
当SL UE处于RRC空闲(IDLE)态的时候,还可以从驻留的小区的SIB12消息中获取SLRB配置,配置中的每个SLRB都有一些映射到该承载的SL服务质量流(Quality of Service Flow,QoS Flow)以及这些SL QoS Flow的SL-QoS-Profile。
目标选择(destination selection)
按照现有NR sidelink MAC层逻辑信道复用技术,UE选择逻辑信道的时候,MAC实体为每个对应新传输的串行通信接口(Serial Communication Interface,SCI)要先确定一个目标,具体如下:
1>在满足以下所有条件的逻辑信道和MAC控制单元(Control Element(s),CE(s))中(如果有),选择与单播、组播和广播之一相关联的目的地用于与该SCI相关的SL授权(grant),该目的地有MAC CE和具有最高优先级的逻辑信道中的至少一个:
1.1>SL数据可用于传输;和
1.2>SBj>0,如果有任何逻辑信道的SBj>0;和
1.3>sl-configuredGrantType1Allowed(如果配置了)设为真(true),如果该SL grant为Configured Grant Type 1;和
1.4>sl-AllowedCG-List(如果配置了)包含了和该SL grant关联的配置授予索引(Configured Grant index);和
1.5>sl-HARQ-FeedbackEnabled设置为不允许(disabled),如果没有为该SCI关联的SL grant配置物理直通链路反馈信道(Physical Sidelink Feedback Channel,PSFCH)。
注:如果多个目标有满足以上所有条件的逻辑信道,且拥有同样的最高优先级,或如果多个目标有MAC CE和/或满足以上所有条件且拥有和该MAC CE同样优先级的逻辑信道,则由UE实现去决定选择哪个目标。
以下几种情况,可以触发资源重选:
(1)当SL_RESOURCE_RESELECTION_COUNTER=1,MAC实体均匀选择一个[0,1]之间的概率且该概率大于sl-ProbResourceKeep,且随后SL_RESOURCE_RESELECTION_COUNTER=0时;(参考38.133对sl-ProbResourceKeep-r16字段的解释);
(2)当资源池上选不到资源的时候;
(3)当RRC配置/重配置资源池的时候;
(4)在上一秒里资源池上获取到资源里没有执行任何传输/重传;
(5)若RRC配置了sl-ReselectAfter且连续未使用的传输机会数量等于sl-ReselectAfter;
(6)在资源池上获取到的资源不足以适配无线链路控制(Radio Link Control,RLC)服务数据单元(Service Data Unit,SDU)且UE选择不分割RLC SDU;
(7)在资源池上获取到的资源不满足关联优先级的逻辑信道内数据的剩余数据包延迟预算(Packet Delay Budget,PDB);
下面结合附图,通过一些实施例及其应用场景对本申请实施例提供的共享信道的方法进行详细地说明。
为便于技术理解,下面定义一些本申请技术方案中可能涉及的术语。
启动终端(initiator UE):一个在非授权频谱中以type 1 LBT方式接入信道的UE。
COT-sharing UE:在一段SL-U COT sharing关系中,指示对端UE或其它UE可以使用自己共享出去的COT的UE。(在此,COT-sharing UE可以不等价于initiator UE,有两方面的原因:1.initiator UE抢占了信道之后并不一定要做COT sharing;2.不排除COT-sharing UE不是initiator UE的可能,例如,UE1为initiator UE,向UE2 share COT。 UE2使用了这段COT之后,还可能向UE3 share COT。换言之,一个COT-sharing UE其可以是initiator UE,也可以不是initiator UE)
COT-shared UE:在一段SL-U COT sharing关系中,收到COT-sharing UE的COT共享信息(COT sharing information)的UE,指示COT-shared UE可以根据信息中的COT sharing信息,使用一段被共享出来的COT。
需指出的是COT-shared UE在一些场景中,只是指代收到COT sharing information的UE,并不等同于“使用shared COT的UE”;而在另一些场景中,COT-shared UE则指代“使用shared COT的UE”。也就是说,COT-shared UE在收到COT sharing information之后,可以使用该信息指示的shared COT,也可以不使用该信息指示的shared COT。
shared COT:COT-sharing UE向COT-shared UE共享的一段COT。
参见图2,本申请实施例提供一种共享信道的方法,包括:
步骤201:第一终端确定COT共享信息;
步骤202:第一终端向一个或多个第二终端发送COT共享信息。
上述COT共享信息用于指示共享COT。
在本申请实施例中,由第一终端确定用于指示共享COT的COT共享信息的信息内容,然后向一个或多个第二终端发送COT共享信息,从而实现在SL-U中终端与终端之间的信道共享。
需要说明的是,上述第一终端具体为COT-sharing UE,相应的第二终端为COT-shared UE,由第一终端确定的COT共享信息为COT sharing information,第一终端向第二终端发送COT共享信息以指示共享COT,即shared COT。
可以理解的是,上述第一终端和第二终端之间可以存在通信关系,例如,第一终端与第二终端之间采用直通链路(Sidelink,SL)通信;或者,第一终端与第二终端之间可以没有通信关系,例如:UE1给UE2共享COT,UE2只是和UE1是一个组的,然后UE2使用共享COT给UE3发数据,这种场景中,UE2和UE1没有通信关系。
在一种可能的实施方式中,COT共享信息中包括以下一项或者多项:
(1)第一信息,用于指示共享COT用于的传播类型(cast type);
具体地,第一信息的名称可以是castType,指示shared COT可用于的cast type,如单播(unicast),组播(group-cast),广播(broadcast),任意传播(any-cast);
(2)第二信息,用于指示第一终端的标识;
具体地,第二信息的名称可以是第一标识,指示COT-sharing UE的ID;
(3)第三信息,用于指示第二终端的标识或者包含第二终端的终端组的标识;
具体地,第三信息的名称可以是第二标识,指示COT-shared UE的ID(或者包含COT-shared UE的UE组的ID);
(4)第四信息,用于指示第三终端的标识或者包含第三终端的终端组的标识,第三终端的标识或者包含第三终端的终端组的标识用于允许第二终端将共享COT用于向第三 终端发送数据;
具体地,第四信息的名称可以是第三标识,指示一个指定UE的ID(或者包含指定UE的UE组的ID);该第三标识能够用于指示COT-shared UE可以将COT sharing information所指示的shared COT用于给第三标识对应的UE发送数据;
进一步地,COT共享信息满足以下一项或者多项:
(1)在COT共享信息中不包括第四信息的情况下,指示允许第二终端将共享COT用于向第一终端发送数据,或者,指示允许第二终端将共享COT用于向目标终端发送控制信令或广播数据,目标终端包括第一终端;
(2)在COT共享信息中包括第四信息,且第四信息的值为缺省值的情况下,第四信息用于指示允许第二终端将共享COT用于向任意终端发送数据。
具体地,若第四信息的信息域存在,则表示COT-shared UE可以将COT sharing information所指示的shared COT用于给第三标识对应的UE发送数据;
若第四信息的信息域不存在,则表示COT-shared UE只能将COT sharing information所指示的shared COT用于给发送该COT sharing information的COT-sharing UE发送数据,或者发送控制信令或广播数据的对象至少包括该COT-sharing UE;
具体地,若该信息域的值为缺省值,则表示COT-shared UE可以将COT sharing information所指示的shared COT用于给任意UE发送数据;
(5)第五信息,用于指示是否允许第二终端将共享COT共享给其他终端;
具体地,第五信息的名称可以是flagSharingToOtherUE,指示COT-shared UE是否可以将该shared COT进一步share给其它UE,如设1表示可以,0表示不可以。
(6)第六信息,用于指示是否允许第二终端将共享COT用于向除第一终端以外的其他终端发送数据、控制信令、组播消息和/或广播消息;
具体地,第六信息的名称可以是flagTransmissionToOtherUE,指示COT-shared UE是否可以将COT sharing information所指示的shared COT用于给除了发送该COT sharing information的COT-sharing UE以外的UE发送数据、控制信令或组播/广播消息。
(7)第七信息,用于指示共享COT是否用于发送PSFCH消息;
具体地,第七信息的名称可以是flagHarqFeedback,指示该COT sharing information所指示的shared COT是否可用于发送PSFCH;
(8)第八信息,用于指示共享COT的时域资源信息和/或共享COT的频域资源信息;
(9)第九信息,用于指示第一终端共享给第二终端的资源;
具体地,第九信息的名称可以是sharedResource指示COT-sharing UE共享给COT-shared UE的资源;
(10)第十信息,用于指示第一终端共享给第二终端的资源池;
具体地,第十信息的名称可以是sharedResourcePool,指示COT-sharing UE共享给COT-shared UE的资源池;
(11)第十一信息,用于指示第一终端共享给第二终端的BWP配置;
具体地,第十一信息的名称可以是sharedBWPConfig:指示COT-sharing UE共享给COT-shared UE的BWP配置;包括但不限于以下之一:
(11.1)BWP的带宽;
(11.2)BWP的频域位置或频域范围;
(11.3)BWP的时频域位置;
(11.4)BWP的子载波间隔subcarrierSpacing;
(11.5)BWP的循环前缀(Cyclic Prefix,CP)配置:是否为扩展CP(extended CP);
(12)第十二信息,用于指示能够使用共享COT的终端的标识;
具体地,第十二信息的名称可以是memberID/memberIDlist/memberIDrange,当COT-sharing UE指示一组UE使用shared COT时,若收到COT sharing information的COT-shared UE的ID和memberID相同,或在memberIDlist这个列表当中,或在memberIDrange范围中,则COT-shared UE可以使用COT-sharing UE所指示的shared COT。
(13)第十三信息,用于以时隙(slot)为单位指示共享COT的起始时域位置和COT共享信息所在的时域位置之间的时域补偿;
具体地,第十三信息的名称可以是offsetInSlot,指示shared COT的起始位置和COT sharing information所在的位置之间的时域偏移(offset),以slot为单位
(14)第十四信息,用于以符号符号(symbol)为单位指示共享COT的起始时域位置和COT共享信息所在的时域位置之间的时域补偿,或者,用于与第十二信息共同指示共享COT的起始时域位置和COT共享信息所在的时域位置之间的时域补偿;
具体地,第十四信息的名称可以是offsetInSymbol,该信息域可以单独使用指示shared COT的起始位置和COT sharing information所在的位置之间的时域offset,以symbol为单位;也可以与offsetInSlot共同使用指示所述的时域offset,比如,shared COT的起始位置和COT sharing information所在的位置之间的时域offset为offsetInSymbol+14*offsetInSlot)。
(15)第十五信息,用于以slot为单位指示共享COT的时长;
具体地,第十五信息的名称可以是durationInSlot,指示shared COT的时长,以slot为单位。
(16)第十六信息,用于以symbol为单位指示共享COT的时长,或者,用于与第十五信息共同指示共享COT的时长。
具体地,第十六信息的名称可以是durationInSymbol:该信息域可以单独使用以指示shared COT的时长,以symbol为单位;也可以与durationInSlot共同使用以指示shared COT的时长(比如,shared COT的符号时长为durationInSymbol+14*durationInSlot)。
(17)第十七信息,用于指示CAPC值,该CAPC值与对应优先级可以呈负相关,即CAPC值越小,对应优先级越大;或者该CAPC值与对应优先级可以呈正相关,即CAPC 值越大,对应优先级越大。
在一些可选地实施方式中,上述COT sharing information可以通过MAC CE传输,或者SCI传输。
需要说明的是,NR-U中,COT sharing information包括信息域:offset、duration、CAPC;对于本申请实施例中的COT sharing information可以沿用这些信息域,并携带如上述(1)~(16)的信息域。
在一种可能的实施方式中,在第一终端向一个或多个第二终端发送COT共享信息之前,方法还包括:
确定LBT操作所使用的目标CAPC值;
第一终端通过以下任意一项,确定LBT操作所使用的目标CAPC值:
方式一:第一终端获取一个或多个第二终端的CAPC需求值,并根据一个或多个第二终端的CAPC需求值中对应优先级最低的CAPC需求值,确定目标CAPC值;
方式二:第一终端获取一个或多个第二终端的CAPC需求值,并根据一个或多个第二终端的CAPC需求值中对应优先级最高的CAPC需求值,确定目标CAPC值;
方式三:第一终端获取一个或多个第二终端的待发数据的包延迟预算(Packet Delay Budget,PDB)需求值或剩余PDB需求值,并根据一个或多个第二终端的待发数据的PDB需求值或剩余PDB需求值,确定目标CAPC值;
方式四:第一终端根据一个或多个第二终端发送PSFCH消息的时域位置,确定目标CAPC值。
具体地,针对上述方式一,在本方式中,COT-sharing UE可以通过较低的CAPC值抢占信道。UE虽然使用较低的CAPC值进行LBT所需的时长相对较长,但由此成功抢占信道所对应的最大COT使用时长较长。
若COT-sharing UE以CAPC值P1成功抢占信道,则COT-shared UE在使用这段COT发送数据的时候,所述数据所对应的CAPC值应小于等于P1,即优先级高于或等于P1对应的优先级。
需要说明的是,在本申请实施例中均以CAPC值与对应优先级呈负相关为例进行说明,即CAPC值越小,对应优先级越大;可以理解的是,对于CAPC值越大,对应优先级越大的情况同样适用,本质上进行CAPC值的比较是为了体现对应优先级的比较。以下所有涉及CAPC值的实施例中均满足该原则,后续不再赘述。
具体地,在本申请实施例的相关举例说明中,以COT-sharing UE(UE1)需要向两个UE(UE2、UE3)共享自己的COT。对于UE1给更多数量的其他UE共享COT的情况可以参照理解,不再赘述。
具体地,第一终端获取一个或多个第二终端的CAPC需求值,包括以下一项或者多项:
(1)第一终端从一个或多个第二终端接收CAPC需求值;
即UE2向UE1发送CAPC需求值,作为UE2的CAPC需求值;需要说明的是,为了 描述简洁,仅对UE2进行描述,关于UE3的行为可以参照UE2的行为对应理解。
具体地,UE2向UE1发送一个CAPC需求值,作为UE2的CAPC需求值;或者UE2向UE1发送多个CAPC需求值,UE1以多个CAPC需求值中最大或最小的CAPC值,作为UE2的CAPC需求值;
(2)第一终端从一个或多个第二终端接收QoS Profile,根据一个或多个第二终端的QoS Profile所关联的CAPC值中对应优先级最高或最低的CAPC值,确定一个或多个第二终端的CAPC需求值;
具体地,UE2向UE1发送一个业务的QoS Profile,UE1以该QoS Profile所关联映射的CAPC值作为UE2的CAPC需求值;或者UE2向UE1发送多个业务的QoS Profile,UE1以多个QoS Profile所关联映射的CAPC值中最大或最小的CAPC值作为UE2的CAPC需求值;
(3)第一终端根据与一个或多个第二终端进行传输的QoS Flow所关联的CAPC值中对应优先级最高或最低的CAPC值,确定一个或多个第二终端的CAPC需求值;
具体地,UE1根据自己与UE2进行传输的一个业务QoS Flow所对应CAPC值,(隐式地)作为UE2的CAPC需求值;UE1根据自己与UE2进行传输的多个业务QoS Flow所对应CAPC值中最大或最小的CAPC值,(隐式地)作为UE2的CAPC需求值;
(4)第一终端向一个或多个第二终端发送CAPC需求值请求,并从一个或多个第二终端接收CAPC需求值。
具体地,UE1向UE2发送CAPC需求值请求,所述请求可以通过SCI或者MAC CE发送。UE2随后向UE1发送CAPC需求值信息,所述请求可以通过SCI或者MAC CE发送。
举例来说,UE1可以向UE2发送UE间协作请求MAC CE(Inter-UE Coordination Request MAC CE)或者增强的UE间协作请求MAC CE请求CAPC需求值。UE2可以向UE1发送UE间协作信息MAC CE(Inter-UE Coordination Information MAC CE)或者增强的UE间协作信息向UE2告知CAPC需求值。
所述CAPC需求值可以直接包含在MAC CE中,也可以由MAC CE的信息域间接关联、推导、映射等方法得出。
在方式一中,第一终端获取一个或多个第二终端的CAPC需求值之后,方法还包括:
UE1使用CAPC值P1(因为P1>P2,故P1对应的优先级比较低),进行type 1 LBT尝试接入信道。
UE1成功接入信道后,在CAPC值P1所对应的最大COT占用时长的允许范围内,向UE2和/或UE3发送COT sharing information。
方式一的有益效果为,UE1以较低CAPC优先级抢占信道,较低CAPC优先级对应的最大COT占用时长较长,因而更容易向多个UE进行COT sharing。
具体地,针对上述方式二,在本方式中,COT-sharing UE使用多个SL UE最高优先级 的CAPC需求值,从而确定自己进行LBT的CAPC值。
对比方式一,由于UE使用较低优先级的CAPC值去尝试做LBT接入信道,可能成功率较低或接入信道所需的时长较长,这可能会不满足部分高优先级业务的需求,如PDB需求。因此,方式二考虑使用多个SL UE中最高优先级的CAPC需求值来尝试接入信道。(如p=1或2)
举例来说,若COT-sharing UE(UE1)需要向两个UE(UE2、UE3)共享自己的COT。
具体地,第一终端获取一个或多个第二终端的CAPC需求值,包括以下一项或者多项:
(1)第一终端从一个或多个第二终端接收CAPC需求值;
即UE2向UE1发送CAPC需求值,作为UE2的CAPC需求值;需要说明的是,为了描述简洁,仅对UE2进行描述,关于UE3的行为可以参照UE2的行为对应理解。
具体地,UE2向UE1发送一个CAPC需求值,作为UE2的CAPC需求值;或者UE2向UE1发送多个CAPC需求值,UE1以多个CAPC需求值中最大或最小的CAPC值,作为UE2的CAPC需求值;
(2)第一终端从一个或多个第二终端接收QoS Profile,根据一个或多个第二终端的QoS Profile所关联的CAPC值中对应优先级最高或最低的CAPC值,确定一个或多个第二终端的CAPC需求值;
具体地,UE2向UE1发送一个业务的QoS Profile,UE1以该QoS Profile所关联映射的CAPC值作为UE2的CAPC需求值;或者UE2向UE1发送多个业务的QoS Profile,UE1以多个QoS Profile所关联映射的CAPC值中最大或最小的CAPC值作为UE2的CAPC需求值;
(3)第一终端根据与一个或多个第二终端进行传输的QoS Flow所关联的CAPC值中对应优先级最高或最低的CAPC值,确定一个或多个第二终端的CAPC需求值;
具体地,UE1根据自己与UE2进行传输的一个业务QoS Flow所对应CAPC值,(隐式地)作为UE2的CAPC需求值;UE1根据自己与UE2进行传输的多个业务QoS Flow所对应CAPC值中最大或最小的CAPC值,(隐式地)作为UE2的CAPC需求值;
(4)第一终端向一个或多个第二终端发送CAPC需求值请求,并从一个或多个第二终端接收CAPC需求值。
具体地,UE1向UE2发送CAPC需求值请求,所述请求可以通过SCI或者MAC CE发送。UE2随后向UE1发送CAPC需求值信息,所述请求可以通过SCI或者MAC CE发送。
举例来说,UE1可以向UE2发送Inter-UE Coordination Request MAC CE或者增强的UE间协作请求MAC CE请求CAPC需求值。UE2可以向UE1发送Inter-UE Coordination Information MAC CE或者增强的UE间协作信息向UE2告知CAPC需求值。
所述CAPC需求值可以直接包含在MAC CE中,也可以由MAC CE的信息域间接关联、推导、映射等方法得出。
在方式二中,第一终端获取一个或多个第二终端的CAPC需求值之后,方法还包括:
UE1使用CAPC值P2(因为P1>P2),进行type 1 LBT尝试接入信道;
UE1成功接入信道后,在CAPC值P2所对应的最大COT占用时长的允许范围内,向UE3发送COT sharing information。需要说明的是,由于UE2的CAPC需求值是P1(优先级低于P2),不满足UE1使用P1抢占信道之后与UE2共享COT的条件,故在此不包含向UE2指示COT sharing。
方式二的有益效果为,UE1以较高CAPC优先级抢占信道,能够相对较快地抢占信道,向其它UE做COT sharing。
具体地,针对上述方式三,在本方式中,COT-sharing UE选择的CAPC值满足COT-shared UE的待发数据的PDB或remaining PDB需求。
可选的,当COT-shared UE向COT-sharing UE发送了PDB或remaining PDB需求,COT-sharing UE使用最高优先级的CAPC值。
举例来说,当UE1向UE2共享COT的时候,需要考虑UE2的待发数据的PDB或remaining PDB需求,如果UE1以较低的CAPC值抢占信道,可能UE1抢到信道的时候再share COT给UE2已经来不及满足UE2的待发数据的PDB或remaining PDB需求了,所以,UE需要使用最高优先级的CAPC值抢占信道。
可选的,当COT-shared UE向COT-sharing UE发送了PDB或remaining PDB需求,COT-sharing UE使用与该PDB或remaining PDB需求匹配/映射的优先级的CAPC值。所述的匹配/映射关系可以由基站配置/预配置,也可以由协议约定。
具体地,第一终端获取一个或多个第二终端的待发数据的PDB需求值或剩余PDB需求值,包括以下一项或者多项:
(1)第一终端从一个或多个第二终端接收PDB需求值或剩余PDB需求值;
具体地,UE2向UE1发送一个PDB或remaining PDB需求值,作为UE2的PDB或remaining PDB需求值;或者UE2向UE1发送多个PDB或remaining PDB需求值,UE1以多个PDB需求值中最大或最小的PDB或remaining PDB值,作为UE2的PDB或remaining PDB需求值;
(2)第一终端从一个或多个第二终端接收QoS Profile,根据一个或多个第二终端的QoS Profile所关联的PDB需求值或剩余PDB需求值,确定一个或多个第二终端的PDB需求值或剩余PDB需求值;
具体地,UE2向UE1发送一个业务的QoS Profile,UE1以该QoS Profile的PDB或remaining PDB值作为UE2的PDB或remaining PDB需求值;或者UE2向UE1发送多个业务的QoS Profile,UE1以多个QoS Profile的PDB值中最大或最小的PDB或remaining PDB值作为UE2的PDB或remaining PDB需求值;
(3)第一终端根据与一个或多个第二终端进行传输的QoS Flow所关联的PDB需求值或剩余PDB需求值,确定一个或多个第二终端的PDB需求值或剩余PDB需求值;
具体地,UE1根据自己与UE2进行传输的一个业务QoS Flow所对应PDB或remaining PDB值,(隐式地)作为UE2的PDB或remaining PDB需求值;或者UE1根据自己与UE2进行传输的多个业务QoS Flow所对应PDB或remaining PDB值中最大或最小的PDB或remaining PDB值,(隐式地)作为UE2的PDB或remaining PDB需求值;
(4)第一终端向一个或多个第二终端发送PDB需求值请求或剩余PDB需求值请求,并从一个或多个第二终端接收PDB需求值或剩余PDB需求值。
UE1向UE2发送PDB或remaining PDB需求值请求,所述请求可以通过SCI或者MAC CE发送。UE2随后向UE1发送PDB或remaining PDB需求值信息,所述请求可以通过SCI或者MAC CE发送。
举例来说,UE1可以向UE2发送UE间协作请求MAC CE(Inter-UE Coordination Request MAC CE)或者增强的UE间协作请求MAC CE请求PDB或remaining PDB需求值。UE2可以向UE1发送UE间协作信息MAC CE(Inter-UE Coordination Information MAC CE)或者增强的UE间协作信息向UE2告知PDB或remaining PDB需求值。
所述PDB或remaining PDB需求值可以直接包含在MAC CE中,也可以由MAC CE的信息域间接关联、推导、映射等方法得出。
具体地,针对上述方式四,在本方式中,当COT-sharing UE需要一个或多个对端UE向其发送混合自动重传请求(Hybrid automatic repeat request,HARQ)反馈(feedback),即PSFCH,COT-sharing UE选择的CAPC值所抢占的信道的duration需要覆盖对应的一个或者多个对端UE发PSFCH的位置。
举例来说,当UE1给UE2和UE3发数据,并需要接收UE2和UE3的PSFCH时,UE1可以通过抢占信道并共享COT给UE2和UE3发PSFCH,注:下述方法以slot为时域单位示例,但不局限于slot。所述方法还可应用于symbol为单位、symbol单位和slot单位并存的场景,不再赘述。
具体地,第一终端根据一个或多个第二终端发送PSFCH消息的时域位置,确定目标CAPC值,包括:
(1)第一终端根据一个或多个第二终端中每个第二终端发送PSFCH消息的时域位置,分别确定一个或多个目标CAPC值;即E1分别考虑UE2、UE3的传输;
举例说明,若UE1在slot n1开始向UE2发送占据m1个slot的PSSCH,而UE2在slot n2开始向UE1反馈占据m2个slot的PSFCH(若PSFCH仅使用连续的1个或多个symbol,则也相当于占据了1个slot),则:
step 1:UE1据此确定CAPC值P1,所述的CAPC值应满足该CAPC值对应的最大COT占用时长Tmcot>=n2-n1+m2。UE1使用成功抢占的信道向UE2发送数据,并给UE2共享COT。
step 2:随后UE1采取同样的方法确定相应的抢占信道的CAPC值并向UE3发送数据。
具体过程参见图3a;
或者,(2)第一终端根据一个或多个第二终端中所有第二终端发送PSFCH消息的时域位置,共同确定一个目标CAPC值。即UE1统一考虑UE2、UE3的传输;
举例说明,若UE1在slot n1开始向UE2发送占据m1个slot的PSSCH,而UE2在slot n2开始向UE1反馈占据m2个slot的PSFCH,UE1在slot n3(n3在n2之后)开始向UE3发送占据m3个slot的PSSCH,而UE3在slot n4开始向UE1反馈占据m4个slot的PSFCH,则
step 1:UE1据此确定CAPC值P2,所述的CAPC值应满足该CAPC值对应的最大COT占用时长Tmcot>=n4-n1+m4。
step 2:随后UE1使用成功抢占的信道向UE2、UE3发送数据,并给UE2、UE3共享COT。
具体过程参见图3b,所示例的方法还可类似地用于多于2个UE的场景:
方式四的有益效果在于,UE1在一次成功抢占到的信道之后,可以保证向一个或多个UE发送数据的同时,通过COT sharing的方式使得对端UE有较大概率能使用给自身反馈PSFCH的资源。
在一种可能的实施方式中,在第一终端确定COT共享信息之前,方法还包括:
第一终端将满足第一条件的第二终端,确定为COT共享信息的目标接收对象;即COT-sharing UE需要向多个COT-shared UE进行COT sharing时,确定目标COT-shared UE;
其中,第一条件包括以下一项或者多项:
(1)第二终端的一个或多个CAPC需求值对应的优先级中的最高优先级低于或等于第一优先级;
(2)第二终端的一个或多个CAPC需求值对应的优先级中的最高优先级低于或等于第二优先级;
其中,第一优先级为第一终端确定共享COT时使用的CAPC值对应的优先级,第二优先级低于或等于第一优先级。
当UE以CAPC值P1抢占信道获得一段COT之后,若UE执行COT sharing,将这段COT中的一部分共享给一个或多个对端UE,则UE选择共享COT的对端UE的一个CAPC需求值,或多个CAPC需求值中值最小的CAPC值P2(对应优先级最高的CAPC值)P2应当满足P2<=P1,即CAPC值P2对应的优先级不低于P1对应的优先级。因此,这种情况对UE选择备选目标的步骤为:
step 1:当UE以CAPC值P1(执行type 1 LBT)抢占了信道,UE将满足以下至少之一条件的对端UE,作为备选目标:
(a)若对端UE的一个CAPC需求值,或多个CAPC需求值中值最小的CAPC值P2(对应优先级最高的CAPC值)P2满足P2<=P1;
(b)若对端UE的一个CAPC需求值,或多个CAPC需求值中值最小的CAPC值P2(对应优先级最高的CAPC值)P2满足P2<=P3,且P3<=P1;即,所述P3的优先级不低 于P1。所述P3的值可以由UE实现决定,也可以由网络配置。
step 2:若所述备选目标仅有一个,则UE选择该备选目标作为最终目标;否则,由UE实现去决定对目标的选择;
在一种可能的实施方式中,第一终端确定COT共享信息,包括:
在满足第二条件的情况下,第一终端确定COT共享信息;
其中,第二条件包括以下任意一项:
(1)第一终端的缓存中有向第一目标对象的待传数据,且待传数据对应的CAPC或SL逻辑信道优先级高于或等于第一阈值,第一目标对象为第一终端的SL对端终端或组播对象;
(2)第一终端的缓存中有向第一目标对象的待传数据,且待传数据对应的CAPC或SL逻辑信道优先级低于或等于第二阈值,第一目标对象为第一终端的SL对端终端或组播对象;
(3)第一终端的LBT的能量检测结果或参考信号接收功率RSRP测量结果小于或等于第三阈值;
其中,第一阈值、第二阈值和第三阈值通过网络配置、其他终端配置或协议约定。
针对COT sharing的触发条件包含两种方式:
方式一:基于待传数据的优先级
step 1:UE通过网络配置或协议约定获取优先级阈值;
step 2:若UE缓存中有向第一目标的待传数据,所述第一目标为一个对端UE或一个组播对象,且所述待传数据对应的CAPC优先级或SL逻辑信道优先级高于或等于(或者是低于或等于)所述优先级阈值,则UE触发向所述第一目标进行COT sharing;
step 3:UE向所述第一目标发送COT sharing information;
方式二:基于LBT的能量检测或接收信号的参考信号接收功率(Reference Signal Received Power,RSRP)阈值
step 1:UE通过网络配置或协议约定获取RSRP阈值;
step 2:若UE在执行LBT的过程中进行能量检测,或进行接收信号RSRP测量所得到的RSRP值若小于或等于RSRP阈值,则UE可以在LBT成功后向其它UE共享COT;
可选的,上述优先级阈值或RSRP阈值可以由网络侧设备配置,也可以由其它UE配置。
参见图4,本申请实施例提供一种共享信道的方法,包括:
步骤401:第二终端从第一终端接收COT共享信息;
步骤402:第二终端对COT共享信息进行处理。
上述COT共享信息用于指示共享COT。
在本申请实施例中,由第一终端确定用于指示共享COT的COT共享信息的信息内容, 然后向一个或多个第二终端发送COT共享信息,从而实现在SL-U中终端与终端之间的信道共享。
需要说明的是,上述第一终端具体为COT-sharing UE,相应的第二终端为COT-shared UE,由第一终端确定的COT共享信息为COT sharing information,第一终端向第二终端发送COT共享信息以指示共享COT,即shared COT。
可以理解的是,上述第一终端和第二终端之间可以存在相互通信关系,例如,第一终端与第二终端之间采用直通链路(Sidelink,SL)通信;或者,第一终端与第二终端之间只涉及COT sharing,而不涉及相互通信,例如:UE1给UE2共享COT,UE2只是和UE1是一个组的,然后UE2使用共享COT给UE3发数据。
在一种可能的实施方式中,COT共享信息中包括以下一项或者多项:
(1)第一信息,用于指示共享COT用于的传播类型(cast type);
具体地,第一信息的名称可以是castType,指示shared COT可用于的cast type,如单播(unicast),组播(group-cast),广播(broadcast),任意传播(any-cast);
(2)第二信息,用于指示第一终端的标识;
具体地,第二信息的名称可以是第一标识,指示COT-sharing UE的ID;
(3)第三信息,用于指示第二终端的标识,或者,用于指示包含第二终端的终端组的标识;
具体地,第三信息的名称可以是第二标识,指示COT-shared UE的ID(或者包含COT-shared UE的UE组的ID);
(4)第四信息,用于指示第三终端的标识,或者,用于指示包含第三终端的终端组的标识,第三终端的标识或者包含第三终端的终端组的标识用于允许第二终端将共享COT用于向第三终端发送数据;
具体地,第四信息的名称可以是第三标识,指示一个指定UE的ID(或者包含指定UE的UE组的ID);该第三标识能够用于指示COT-shared UE可以将COT sharing information所指示的shared COT用于给第三标识对应的UE发送数据;
进一步地,COT共享信息满足以下一项或者多项:
(1)在COT共享信息中不包括第四信息的情况下,指示允许第二终端将共享COT用于向第一终端发送数据,或者,指示允许第二终端将共享COT用于向目标终端发送控制信令或广播数据,目标终端包括第一终端;
(2)在COT共享信息中包括第四信息,且第四信息的值为缺省值的情况下,第四信息用于指示允许第二终端将共享COT用于向任意终端发送数据。
具体地,若第四信息的信息域存在,则表示COT-shared UE可以将COT sharing information所指示的shared COT用于给第三标识对应的UE发送数据;
若第四信息的信息域不存在,则表示COT-shared UE只能将COT sharing information所指示的shared COT用于给发送该COT sharing information的COT-sharing UE发送数据, 或者发送控制信令或广播数据的对象至少包括该COT-sharing UE;
具体地,若该信息域的值为缺省值,则表示COT-shared UE可以将COT sharing information所指示的shared COT用于给任意UE发送数据;
(5)第五信息,用于指示是否允许第二终端将共享COT共享给其他终端;
具体地,第五信息的名称可以是flagSharingToOtherUE,指示COT-shared UE是否可以将该shared COT进一步share给其它UE,如设1表示可以,0表示不可以。
(6)第六信息,用于指示是否允许第二终端将共享COT用于向除第一终端以外的其他终端发送数据、控制信令、组播消息和/或广播消息;
具体地,第六信息的名称可以是flagTransmissionToOtherUE,指示COT-shared UE是否可以将COT sharing information所指示的shared COT用于给除了发送该COT sharing information的COT-sharing UE以外的UE发送数据、控制信令或组播/广播消息。
(7)第七信息,用于指示共享COT是否用于发送PSFCH消息;
具体地,第七信息的名称可以是flagHarqFeedback,指示该COT sharing information所指示的shared COT是否可用于发送PSFCH;
(8)第八信息,用于指示共享COT的时域资源信息和/或共享COT的频域资源信息;
(9)第九信息,用于指示第一终端共享给第二终端的资源;
具体地,第九信息的名称可以是sharedResource指示COT-sharing UE共享给COT-shared UE的资源;
(10)第十信息,用于指示第一终端共享给第二终端的资源池;
具体地,第十信息的名称可以是sharedResourcePool,指示COT-sharing UE共享给COT-shared UE的资源池;
(11)第十一信息,用于指示第一终端共享给第二终端的BWP配置;
具体地,第十一信息的名称可以是sharedBWPConfig:指示COT-sharing UE共享给COT-shared UE的BWP配置;包括但不限于以下之一:
(11.1)BWP的带宽;
(11.2)BWP的频域位置或频域范围;
(11.3)BWP的时频域位置;
(11.4)BWP的子载波间隔subcarrierSpacing;
(11.5)BWP的循环前缀(Cyclic Prefix,CP)配置:是否为扩展CP(extended CP);
(12)第十二信息,用于指示能够使用共享COT的终端的标识;
具体地,第十二信息的名称可以是memberID/memberIDlist/memberIDrange,当COT-sharing UE指示一组UE使用shared COT时,若收到COT sharing information的COT-shared UE的ID和memberID相同,或在memberIDlist这个列表当中,或在memberIDrange范围中,则COT-shared UE可以使用COT-sharing UE所指示的shared COT。
(13)第十三信息,用于以时隙(slot)为单位指示共享COT的起始时域位置和COT 共享信息所在的时域位置之间的时域补偿;
具体地,第十三信息的名称可以是offsetInSlot,指示shared COT的起始位置和COT sharing information所在的位置之间的时域offset,以slot为单位
(14)第十四信息,用于以符号symbol为单位指示共享COT的起始时域位置和COT共享信息所在的时域位置之间的时域补偿,或者,用于与第十二信息共同指示共享COT的起始时域位置和COT共享信息所在的时域位置之间的时域补偿;
具体地,第十四信息的名称可以是offsetInSymbol,该信息域可以单独使用指示shared COT的起始位置和COT sharing information所在的位置之间的时域offset,以symbol为单位;也可以与offsetInSlot共同使用指示所述的时域offset,比如,shared COT的起始位置和COT sharing information所在的位置之间的时域offset为offsetInSymbol+14*offsetInSlot)。
(15)第十五信息,用于以slot为单位指示共享COT的时长;
具体地,第十五信息的名称可以是durationInSlot,指示shared COT的时长,以slot为单位。
(16)第十六信息,用于以symbol为单位指示共享COT的时长,或者,用于与第十五信息共同指示共享COT的时长。
具体地,第十六信息的名称可以是durationInSymbol:该信息域可以单独使用以指示shared COT的时长,以symbol为单位;也可以与durationInSlot共同使用以指示shared COT的时长(比如,shared COT的符号时长为durationInSymbol+14*durationInSlot)。
(17)第十七信息,用于指示CAPC值,该CAPC值与对应优先级可以呈负相关,即CAPC值越小,对应优先级越大;或者该CAPC值与对应优先级可以呈正相关,即CAPC值越大,对应优先级越大。
在一些可选地实施方式中,上述COT sharing information可以通过MAC CE传输,或者SCI传输。
需要说明的是,NR-U中,COT sharing information包括信息域:offset、duration、CAPC;对于本申请实施例中的COT sharing information可以沿用这些信息域,并携带如上述(1)~(16)的信息域。
在一种可能的实施方式中,方法还包括以下一项或者多项:
(1)第二终端向第一终端发送CAPC需求值;
(2)第二终端向第一终端发送QoS Profile;
(3)第二终端从第一终端接收CAPC需求值请求,并向第一终端发送CAPC需求值。
通过上述方式,第二终端向第一终端提供CAPC需求值,用以第一终端确定执行LBT操作的CAPC值。
在一种可能的实施方式中,方法还包括以下一项或者多项:
(1)第二终端向第一终端发送PDB需求值或剩余PDB需求值;
(2)第二终端向第一终端发送QoS Profile;
(3)第二终端从第一终端接收PDB需求值请求或剩余PDB需求值请求,并向第一终端发送PDB需求值或剩余PDB需求值。
通过上述方式,第二终端向第一终端提供PDB需求值或剩余PDB需求值,用以第一终端确定执行LBT操作的CAPC值。
在一种可能的实施方式中,第二终端对COT共享信息进行处理,包括:
在满足第三条件的情况下,第二终端使用共享COT;即COT-sharing UE向多个COT-shared UE发送COT sharing information时,COT-shared UE可以使用所指示的shared COT的条件;
其中,第三条件包括以下一项或者多项:
(1)第二终端具有向第一终端发送的PSFCH消息;
即有给COT-sharing UE反馈的PSFCH待发;
(2)第二终端的待发数据的CAPC值对应的优先级高于或等于COT共享信息中指示的CAPC值对应的优先级;
即待发数据的CAPC值不大于COT-sharing指示信息中指示的CAPC值;
所述CAPC值可以指的是COT-sharing以什么CAPC值抢占的信道;也可以指的是COT-sharing UE指示COT-shared UE以什么CAPC值使用shared COT);
(3)第二终端使用共享COT发送组播业务的组播目标标识为第一终端期望接收的组播目标标识;
可选地第一终端期望接收的组播目标标识为第三信息所指示的标识或第四信息所指示的标识;或者,第一终端期望接收的组播目标标识为目标SCI和/或目标MAC CE所指示的目标标识,其中目标SCI为第二终端从第一终端接收的携带COT共享信息的SCI,目标MAC CE为第二终端从第一终端接收的携带COT共享信息的MAC CE
COT-shared UE使用shared COT发送组播业务的组播destination ID为COT-sharing UE期望接收的组播destination ID;可选的,COT-shared UE在收到COT sharing information前收到由网络侧设备或COT-sharing UE所指示的所述COT-sharing UE期望接收的所述组播destination ID;
(4)第二终端的标识与COT共享信息中指示的能够使用共享COT的终端的标识相同;
即COT-shared UE ID与COT-sharing UE通过COT sharing information指示可以使用该shared COT的至少一个组成员ID中的一个ID相同;
(5)第二终端的标识包含在COT共享信息中指示的能够使用共享COT的终端的标识中。
即COT-shared UE ID在COT-sharing UE通过COT sharing information指示可以使用该shared COT的ID列表或ID范围中。
在一种可能的实施方式中,第二终端对COT共享信息进行处理,包括:
第二终端根据COT共享信息,触发资源选择、资源重选、资源选择检查、重选检查中的一项或者多项。即当COT-shared UE收到COT sharing information或COT-sharing UE指示的shared COT时,触发资源选择/重选或资源选择/重选检查。
在一种可能的实施方式中,第二终端对COT共享信息进行处理,包括:
(1)第二终端根据COT共享信息,从第二终端的物理层向第二终端的媒体接入控制MAC层发送第一指示;
(2)第二终端的MAC层根据第一指示,向第二终端的物理层指示触发资源选择或资源重选;
(3)第二终端的物理层执行第一操作;
其中,第一指示包括以下一项或者多项:
(1)第一指示信息,用于指示第二终端接收到COT共享信息;
(2)第二指示信息,用于指示第二终端接收到共享COT;
(3)第三指示信息,用于指示第二终端的MAC层触发资源选择检查或资源重选检查;
第一操作包括以下一项或者多项:
(1)执行资源选择流程或资源重选流程,形成可选资源集合并通知给第二终端的MAC层;
(2)根据COT共享信息所指示的资源进行资源选择或资源重选。
即:
step 1:COT-shared UE收到COT-sharing UE在SCI携带的COT sharing information;
step 2:COT-shared UE的PHY层向MAC层发送一个指示,所述指示用于以下至少之一:
(a)表示收到COT sharing information;
(b)表示收到shared COT;
(c)指示MAC层触发资源选择/重选检查;
step 3:COT-shared UE的MAC层向PHY层指示触发资源选择/重选;
step 4:COT-shared UE在PHY层执行以下至少之一:
(a)执行资源选择/重选流程,形成可选资源集合并通知给MAC层;
(b)资源选择/重选时将COT sharing information所指示的shared COT资源纳入考虑/评估;
本申请实施例提供的共享信道的方法,执行主体可以为共享信道的装置。本申请实施例中以共享信道的装置执行共享信道的方法为例,说明本申请实施例提供的共享信道的装置。
参见图5a,本申请实施例提供一种共享信道的装置500,该装置可以应用于如上述方 法描述中的第一终端,包括:
第一确定模块501,用于确定COT共享信息,所述COT共享信息用于指示共享COT;
第一发送模块502,用于向一个或多个第二终端发送所述COT共享信息。
在一种可能的实施方式中,所述COT共享信息中包括以下一项或者多项:
第一信息,用于指示所述共享COT用于的传播类型;
第二信息,用于指示第一终端的标识;
第三信息,用于指示所述第二终端的标识,或者,用于指示包含所述第二终端的终端组的标识;
第四信息,用于指示第三终端的标识,或者,用于指示包含所述第三终端的终端组的标识,所述第三终端的标识或者包含所述第三终端的终端组的标识用于允许所述第二终端将所述共享COT用于向所述第三终端发送数据;
第五信息,用于指示是否允许所述第二终端将所述共享COT共享给其他终端;
第六信息,用于指示是否允许所述第二终端将所述共享COT用于向除所述第一终端以外的其他终端发送数据、控制信令、组播消息和/或广播消息;
第七信息,用于指示所述共享COT是否用于发送PSFCH消息;
第八信息,用于指示所述共享COT的时域资源信息和/或所述共享COT的频域资源信息;
第九信息,用于指示所述第一终端共享给所述第二终端的资源;
第十信息,用于指示所述第一终端共享给所述第二终端的资源池;
第十一信息,用于指示所述第一终端共享给所述第二终端的带宽部分BWP配置;
第十二信息,用于指示能够使用所述共享COT的终端的标识;
第十三信息,用于以时隙slot为单位指示所述共享COT的起始时域位置和所述COT共享信息所在的时域位置之间的时域补偿;
第十四信息,用于以符号symbol为单位指示所述共享COT的起始时域位置和所述COT共享信息所在的时域位置之间的时域补偿,或者,用于与所述第十二信息共同指示所述共享COT的起始时域位置和所述COT共享信息所在的时域位置之间的时域补偿;
第十五信息,用于以slot为单位指示所述共享COT的时长;
第十六信息,用于以symbol为单位指示所述共享COT的时长,或者,用于与所述第十五信息共同指示所述共享COT的时长。
第十七信息,用于指示CAPC值。
在一种可能的实施方式中,所述COT共享信息满足以下一项或者多项:
在所述COT共享信息中不包括所述第四信息的情况下,指示允许所述第二终端将所述共享COT用于向第一终端发送数据,或者,指示允许所述第二终端将所述共享COT用于向目标终端发送控制信令或广播数据,所述目标终端包括所述第一终端;
在所述COT共享信息中包括所述第四信息,且所述第四信息的值为缺省值的情况下, 所述第四信息用于指示允许所述第二终端将所述共享COT用于向任意终端发送数据。
在一种可能的实施方式中,所述装置还包括:
第二确定模块,用于在向一个或多个第二终端发送所述COT共享信息之前,通过以下任意一项,确定LBT操作所使用的目标CAPC值:
第一终端获取一个或多个所述第二终端的CAPC需求值,并根据一个或多个所述第二终端的CAPC需求值中对应优先级最低的CAPC需求值,确定所述目标CAPC值;
所述第一终端获取一个或多个所述第二终端的CAPC需求值,并根据一个或多个所述第二终端的CAPC需求值中对应优先级最高的CAPC需求值,确定所述目标CAPC值;
所述第一终端获取一个或多个所述第二终端的待发数据的包延迟预算PDB需求值或剩余PDB需求值,并根据一个或多个所述第二终端的待发数据的PDB需求值或剩余PDB需求值,确定所述目标CAPC值;
所述第一终端根据一个或多个所述第二终端发送PSFCH消息的时域位置,确定所述目标CAPC值。
在一种可能的实施方式中,所述第二确定模块,用于以下一项或者多项:
所述第一终端从一个或多个所述第二终端接收CAPC需求值;
所述第一终端从一个或多个所述第二终端接收业务质量配置文件QoS Profile,根据一个或多个所述第二终端的QoS Profile所关联的CAPC值中对应优先级最高或最低的CAPC值,确定一个或多个所述第二终端的CAPC需求值;
所述第一终端根据与一个或多个所述第二终端进行传输的业务质量流QoS Flow所关联的CAPC值中对应优先级最高或最低的CAPC值,确定一个或多个所述第二终端的CAPC需求值;
所述第一终端向一个或多个所述第二终端发送CAPC需求值请求,并从一个或多个所述第二终端接收CAPC需求值。
在一种可能的实施方式中,所述第二确定模块,用于以下一项或者多项:
所述第一终端从一个或多个所述第二终端接收PDB需求值或剩余PDB需求值;
所述第一终端从一个或多个所述第二终端接收QoS Profile,根据一个或多个所述第二终端的QoS Profile所关联的PDB需求值或剩余PDB需求值,确定一个或多个所述第二终端的PDB需求值或剩余PDB需求值;
所述第一终端根据与一个或多个所述第二终端进行传输的QoS Flow所关联的PDB需求值或剩余PDB需求值,确定一个或多个所述第二终端的PDB需求值或剩余PDB需求值;
所述第一终端向一个或多个所述第二终端发送PDB需求值请求或剩余PDB需求值请求,并从一个或多个所述第二终端接收PDB需求值或剩余PDB需求值。
在一种可能的实施方式中,所述第二确定模块,用于:
所述第一终端根据一个或多个所述第二终端中每个所述第二终端发送PSFCH消息的 时域位置,分别确定一个或多个所述目标CAPC值;
或者,
所述第一终端根据一个或多个所述第二终端中所有所述第二终端发送PSFCH消息的时域位置,共同确定一个所述目标CAPC值。
在一种可能的实施方式中,所述装置还包括:
第三确定模块,用于在确定COT共享信息之前,将满足第一条件的所述第二终端,确定为COT共享信息的目标接收对象;
其中,所述第一条件包括以下一项或者多项:
所述第二终端的一个或多个CAPC需求值对应的优先级中的最高优先级低于或等于第一优先级;
所述第二终端的一个或多个CAPC需求值对应的优先级中的最高优先级低于或等于第二优先级;
其中,所述第一优先级为第一终端确定所述共享COT时使用的CAPC值对应的优先级,所述第二优先级低于或等于所述第一优先级。
在一种可能的实施方式中,所述第一确定模块,用于:
在满足第二条件的情况下,确定COT共享信息;
其中,所述第二条件包括以下任意一项:
第一终端的缓存中有向第一目标对象的待传数据,且所述待传数据对应的CAPC或SL逻辑信道优先级高于或等于第一阈值,所述第一目标对象为所述第一终端的SL对端终端或组播对象;
所述第一终端的缓存中有向第一目标对象的待传数据,且所述待传数据对应的CAPC或SL逻辑信道优先级低于或等于第二阈值,所述第一目标对象为所述第一终端的SL对端终端或组播对象;
所述第一终端的LBT的能量检测结果或参考信号接收功率RSRP测量结果小于或等于第三阈值;
其中,所述第一阈值、所述第二阈值和所述第三阈值通过网络配置、其他终端配置或协议约定。
参见图5b,本申请实施提供一种共享信道的装置510,该装置可以应用于如上述方法描述中的第二终端,包括:
接收模块511,用于从第一终端接收COT共享信息,所述COT共享信息用于指示共享COT;
处理模块512,用于对所述COT共享信息进行处理。
在一种可能的实施方式中,所述COT共享信息中包括以下一项或者多项:
第一信息,用于指示所述共享COT用于的传播类型;
第二信息,用于指示所述第一终端的标识;
第三信息,用于指示第二终端的标识,或者,用于指示包含所述第二终端的终端组的标识;
第四信息,用于指示第三终端的标识,或者,用于指示包含所述第三终端的终端组的标识,所述第三终端的标识或者包含所述第三终端的终端组的标识用于允许所述第二终端将所述共享COT用于向所述第三终端发送数据;
第五信息,用于指示是否允许所述第二终端将所述共享COT共享给其他终端;
第六信息,用于指示是否允许所述第二终端将所述共享COT用于向除所述第一终端以外的其他终端发送数据、控制信令、组播消息和/或广播消息;
第七信息,用于指示所述共享COT是否用于发送PSFCH消息;
第八信息,用于指示所述共享COT的时域资源信息和/或所述共享COT的频域资源信息;
第九信息,用于指示所述第一终端共享给所述第二终端的资源;
第十信息,用于指示所述第一终端共享给所述第二终端的资源池;
第十一信息,用于指示所述第一终端共享给所述第二终端的BWP配置;
第十二信息,用于指示能够使用所述共享COT的终端的标识;
第十三信息,用于以slot为单位指示所述共享COT的起始时域位置和所述COT共享信息所在的时域位置之间的时域补偿;
第十四信息,用于以symbol为单位指示所述共享COT的起始时域位置和所述COT共享信息所在的时域位置之间的时域补偿,或者,用于与所述第十二信息共同指示所述共享COT的起始时域位置和所述COT共享信息所在的时域位置之间的时域补偿;
第十五信息,用于以slot为单位指示所述共享COT的时长;
第十六信息,用于以symbol为单位指示所述共享COT的时长,或者,用于与所述第十五信息共同指示所述共享COT的时长。
第十七信息,用于指示CAPC值。
在一种可能的实施方式中,所述COT共享信息满足以下一项或者多项:
在所述COT共享信息中不包括所述第四信息的情况下,指示允许所述第二终端将所述共享COT用于向所述第一终端发送数据,或者,指示允许所述第二终端将所述共享COT用于向目标终端发送控制信令或广播数据,所述目标终端包括所述第一终端;
在所述COT共享信息中包括所述第四信息,且所述第四信息的值为缺省值的情况下,所述第四信息用于指示允许所述第二终端将所述共享COT用于向任意终端发送数据。
在一种可能的实施方式中,所述装置还包括:第二发送模块,用于以下一项或者多项:
向所述第一终端发送CAPC需求值;
向所述第一终端发送QoS Profile;
从所述第一终端接收CAPC需求值请求,并向所述第一终端发送CAPC需求值。
在一种可能的实施方式中,所述装置还包括:第三发送模块,用于以下一项或者多项:
向所述第一终端发送PDB需求值或剩余PDB需求值;
向所述第一终端发送QoS Profile;
从所述第一终端接收PDB需求值请求或剩余PDB需求值请求,并向所述第一终端发送PDB需求值或剩余PDB需求值。
在一种可能的实施方式中,所述处理模块,用于:
在满足第三条件的情况下,所述第二终端使用所述共享COT;
其中,所述第三条件包括以下一项或者多项:
所述第二终端具有向所述第一终端发送的PSFCH消息;
所述第二终端的待发数据的CAPC值对应的优先级高于或等于所述COT共享信息中指示的CAPC值对应的优先级;
所述第二终端使用所述共享COT发送组播业务的组播目标标识为所述第一终端期望接收的组播目标标识;
所述第二终端的标识与所述COT共享信息中指示的能够使用所述共享COT的终端的标识相同;
所述第二终端的标识包含在所述COT共享信息中指示的能够使用所述共享COT的终端的标识中。
在一种可能的实施方式中,所述第一终端期望接收的组播目标标识为所述第三信息所指示的标识或所述第四信息所指示的标识;
或者,
所述第一终端期望接收的组播目标标识为目标直通链路控制信息SCI和/或目标媒体接入控制单元MAC CE所指示的目标标识,其中所述目标SCI为所述第二终端从所述第一终端接收的携带所述COT共享信息的SCI,所述目标MAC CE为所述第二终端从所述第一终端接收的携带所述COT共享信息的MAC CE。
在一种可能的实施方式中,所述处理模块,用于:
根据所述COT共享信息,触发资源选择、资源重选、资源选择检查、重选检查中的一项或者多项。
在一种可能的实施方式中,所述处理模块,用于:
根据所述COT共享信息,从第二终端的物理层向所述第二终端的媒体接入控制MAC层发送第一指示;
所述第二终端的MAC层根据所述第一指示,向所述第二终端的物理层指示触发资源选择或资源重选;
所述第二终端的物理层执行第一操作;
其中,所述第一指示包括以下一项或者多项:
第一指示信息,用于指示所述第二终端接收到所述COT共享信息;
第二指示信息,用于指示所述第二终端接收到所述共享COT;
第三指示信息,用于指示所述第二终端的MAC层触发资源选择检查或资源重选检查;
所述第一操作包括以下一项或者多项:
执行资源选择流程或资源重选流程,形成可选资源集合并通知给所述第二终端的MAC层;
根据所述COT共享信息所指示的资源进行资源选择或资源重选。
本申请实施例中的共享信道的装置可以是电子设备,例如具有操作系统的电子设备,也可以是电子设备中的部件,例如集成电路或芯片。该电子设备可以是终端,也可以为除终端之外的其他设备。示例性的,终端可以包括但不限于上述所列举的终端11的类型,其他设备可以为服务器、网络附属存储器(Network Attached Storage,NAS)等,本申请实施例不作具体限定。
本申请实施例提供的共享信道的装置能够实现图2至图3b的方法实施例实现的各个过程,并达到相同的技术效果,为避免重复,这里不再赘述。
可选的,如图6所示,本申请实施例还提供一种通信设备600,包括处理器601和存储器602,存储器602上存储有可在所述处理器601上运行的程序或指令,例如,该通信设备600为终端时,该程序或指令被处理器601执行时实现上述共享信道的方法实施例的各个步骤,且能达到相同的技术效果。该通信设备600为网络侧设备时,该程序或指令被处理器601执行时实现上述共享信道的方法实施例的各个步骤,且能达到相同的技术效果,为避免重复,这里不再赘述。
本申请实施例还提供一种终端,包括处理器和通信接口,所述处理器用于确定COT共享信息,所述COT共享信息用于指示共享COT,所述通信接口用于向一个或多个第二终端发送所述COT共享信息。
或者,所述通信接口用于从第一终端接收COT共享信息,所述COT共享信息用于指示共享COT,所述处理器用于对所述COT共享信息进行处理。
该终端实施例与上述终端侧方法实施例对应,上述方法实施例的各个实施过程和实现方式均可适用于该终端实施例中,且能达到相同的技术效果。具体地,图7为实现本申请实施例的一种终端的硬件结构示意图。
该终端700包括但不限于:射频单元701、网络模块702、音频输出单元703、输入单元704、传感器705、显示单元706、用户输入单元707、接口单元708、存储器709以及处理器710等中的至少部分部件。
本领域技术人员可以理解,终端700还可以包括给各个部件供电的电源(比如电池),电源可以通过电源管理系统与处理器710逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图7中示出的终端结构并不构成对终端的限定,终端可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置,在此不再赘述。
应理解的是,本申请实施例中,输入单元704可以包括图形处理单元(Graphics Processing Unit,GPU)7041和麦克风7042,图形处理器7041对在视频捕获模式或图像 捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元706可包括显示面板7061,可以采用液晶显示器、有机发光二极管等形式来配置显示面板7061。用户输入单元707包括触控面板7071以及其他输入设备7072中的至少一种。触控面板7071,也称为触摸屏。触控面板7071可包括触摸检测装置和触摸控制器两个部分。其他输入设备7072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆,在此不再赘述。
本申请实施例中,射频单元701接收来自网络侧设备的下行数据后,可以传输给处理器710进行处理;另外,射频单元701可以向网络侧设备发送上行数据。通常,射频单元701包括但不限于天线、放大器、收发信机、耦合器、低噪声放大器、双工器等。
存储器709可用于存储软件程序或指令以及各种数据。存储器709可主要包括存储程序或指令的第一存储区和存储数据的第二存储区,其中,第一存储区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外,存储器709可以包括易失性存储器或非易失性存储器,或者,存储器709可以包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory,RAM),静态随机存取存储器(Static RAM,SRAM)、动态随机存取存储器(Dynamic RAM,DRAM)、同步动态随机存取存储器(Synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM,DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM,SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM,DRRAM)。本申请实施例中的存储器709包括但不限于这些和任意其它适合类型的存储器。
处理器710可包括一个或多个处理单元;可选的,处理器710集成应用处理器和调制解调处理器,其中,应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作,调制解调处理器主要处理无线通信信号,如基带处理器。可以理解的是,上述调制解调处理器也可以不集成到处理器710中。
其中,对于终端700为方法描述中的第一终端的情况:
处理器710,用于确定COT共享信息,所述COT共享信息用于指示共享COT;
射频单元701,用于向一个或多个第二终端发送所述COT共享信息。
在一种可能的实施方式中,所述COT共享信息中包括以下一项或者多项:
第一信息,用于指示所述共享COT用于的传播类型;
第二信息,用于指示第一终端的标识;
第三信息,用于指示所述第二终端的标识,或者,用于指示包含所述第二终端的终端组的标识;
第四信息,用于指示第三终端的标识,或者,用于指示包含所述第三终端的终端组的标识,所述第三终端的标识或者包含所述第三终端的终端组的标识用于允许所述第二终端将所述共享COT用于向所述第三终端发送数据;
第五信息,用于指示是否允许所述第二终端将所述共享COT共享给其他终端;
第六信息,用于指示是否允许所述第二终端将所述共享COT用于向除所述第一终端以外的其他终端发送数据、控制信令、组播消息和/或广播消息;
第七信息,用于指示所述共享COT是否用于发送PSFCH消息;
第八信息,用于指示所述共享COT的时域资源信息和/或所述共享COT的频域资源信息;
第九信息,用于指示所述第一终端共享给所述第二终端的资源;
第十信息,用于指示所述第一终端共享给所述第二终端的资源池;
第十一信息,用于指示所述第一终端共享给所述第二终端的带宽部分BWP配置;
第十二信息,用于指示能够使用所述共享COT的终端的标识;
第十三信息,用于以时隙slot为单位指示所述共享COT的起始时域位置和所述COT共享信息所在的时域位置之间的时域补偿;
第十四信息,用于以符号symbol为单位指示所述共享COT的起始时域位置和所述COT共享信息所在的时域位置之间的时域补偿,或者,用于与所述第十二信息共同指示所述共享COT的起始时域位置和所述COT共享信息所在的时域位置之间的时域补偿;
第十五信息,用于以slot为单位指示所述共享COT的时长;
第十六信息,用于以symbol为单位指示所述共享COT的时长,或者,用于与所述第十五信息共同指示所述共享COT的时长。
第十七信息,用于指示CAPC值。
在一种可能的实施方式中,所述COT共享信息满足以下一项或者多项:
在所述COT共享信息中不包括所述第四信息的情况下,指示允许所述第二终端将所述共享COT用于向第一终端发送数据,或者,指示允许所述第二终端将所述共享COT用于向目标终端发送控制信令或广播数据,所述目标终端包括所述第一终端;
在所述COT共享信息中包括所述第四信息,且所述第四信息的值为缺省值的情况下,所述第四信息用于指示允许所述第二终端将所述共享COT用于向任意终端发送数据。
在一种可能的实施方式中,处理器710,用于在向一个或多个第二终端发送所述COT共享信息之前,通过以下任意一项,确定LBT操作所使用的目标CAPC值:
第一终端获取一个或多个所述第二终端的CAPC需求值,并根据一个或多个所述第二终端的CAPC需求值中对应优先级最低的CAPC需求值,确定所述目标CAPC值;
所述第一终端获取一个或多个所述第二终端的CAPC需求值,并根据一个或多个所述第二终端的CAPC需求值中对应优先级最高的CAPC需求值,确定所述目标CAPC值;
所述第一终端获取一个或多个所述第二终端的待发数据的包延迟预算PDB需求值或 剩余PDB需求值,并根据一个或多个所述第二终端的待发数据的PDB需求值或剩余PDB需求值,确定所述目标CAPC值;
所述第一终端根据一个或多个所述第二终端发送PSFCH消息的时域位置,确定所述目标CAPC值。
在一种可能的实施方式中,处理器710,用于以下一项或者多项:
所述第一终端从一个或多个所述第二终端接收CAPC需求值;
所述第一终端从一个或多个所述第二终端接收业务质量配置文件QoS Profile,根据一个或多个所述第二终端的QoS Profile所关联的CAPC值中对应优先级最高或最低的CAPC值,确定一个或多个所述第二终端的CAPC需求值;
所述第一终端根据与一个或多个所述第二终端进行传输的业务质量流QoS Flow所关联的CAPC值中对应优先级最高或最低的CAPC值,确定一个或多个所述第二终端的CAPC需求值;
所述第一终端向一个或多个所述第二终端发送CAPC需求值请求,并从一个或多个所述第二终端接收CAPC需求值。
在一种可能的实施方式中,处理器710,用于以下一项或者多项:
所述第一终端从一个或多个所述第二终端接收PDB需求值或剩余PDB需求值;
所述第一终端从一个或多个所述第二终端接收QoS Profile,根据一个或多个所述第二终端的QoS Profile所关联的PDB需求值或剩余PDB需求值,确定一个或多个所述第二终端的PDB需求值或剩余PDB需求值;
所述第一终端根据与一个或多个所述第二终端进行传输的QoS Flow所关联的PDB需求值或剩余PDB需求值,确定一个或多个所述第二终端的PDB需求值或剩余PDB需求值;
所述第一终端向一个或多个所述第二终端发送PDB需求值请求或剩余PDB需求值请求,并从一个或多个所述第二终端接收PDB需求值或剩余PDB需求值。
在一种可能的实施方式中,处理器710,用于:
所述第一终端根据一个或多个所述第二终端中每个所述第二终端发送PSFCH消息的时域位置,分别确定一个或多个所述目标CAPC值;
或者,
所述第一终端根据一个或多个所述第二终端中所有所述第二终端发送PSFCH消息的时域位置,共同确定一个所述目标CAPC值。
在一种可能的实施方式中,处理器710,用于在确定COT共享信息之前,将满足第一条件的所述第二终端,确定为COT共享信息的目标接收对象;
其中,所述第一条件包括以下一项或者多项:
所述第二终端的一个或多个CAPC需求值对应的优先级中的最高优先级低于或等于第一优先级;
所述第二终端的一个或多个CAPC需求值对应的优先级中的最高优先级低于或等于第二优先级;
其中,所述第一优先级为第一终端确定所述共享COT时使用的CAPC值对应的优先级,所述第二优先级低于或等于所述第一优先级。
在一种可能的实施方式中,处理器710,用于:
在满足第二条件的情况下,确定COT共享信息;
其中,所述第二条件包括以下任意一项:
第一终端的缓存中有向第一目标对象的待传数据,且所述待传数据对应的CAPC或SL逻辑信道优先级高于或等于第一阈值,所述第一目标对象为所述第一终端的SL对端终端或组播对象;
所述第一终端的缓存中有向第一目标对象的待传数据,且所述待传数据对应的CAPC或SL逻辑信道优先级低于或等于第二阈值,所述第一目标对象为所述第一终端的SL对端终端或组播对象;
所述第一终端的LBT的能量检测结果或参考信号接收功率RSRP测量结果小于或等于第三阈值;
其中,所述第一阈值、所述第二阈值和所述第三阈值通过网络配置、其他终端配置或协议约定。
对于终端700为方法描述中的第二终端的情况:
射频单元701,用于从第一终端接收COT共享信息,所述COT共享信息用于指示共享COT;
处理器710,用于对所述COT共享信息进行处理。
在一种可能的实施方式中,所述COT共享信息中包括以下一项或者多项:
第一信息,用于指示所述共享COT用于的传播类型;
第二信息,用于指示所述第一终端的标识;
第三信息,用于指示第二终端的标识,或者,用于指示包含所述第二终端的终端组的标识;
第四信息,用于指示第三终端的标识,或者,用于指示包含所述第三终端的终端组的标识,所述第三终端的标识或者包含所述第三终端的终端组的标识用于允许所述第二终端将所述共享COT用于向所述第三终端发送数据;
第五信息,用于指示是否允许所述第二终端将所述共享COT共享给其他终端;
第六信息,用于指示是否允许所述第二终端将所述共享COT用于向除所述第一终端以外的其他终端发送数据、控制信令、组播消息和/或广播消息;
第七信息,用于指示所述共享COT是否用于发送PSFCH消息;
第八信息,用于指示所述共享COT的时域资源信息和/或所述共享COT的频域资源信息;
第九信息,用于指示所述第一终端共享给所述第二终端的资源;
第十信息,用于指示所述第一终端共享给所述第二终端的资源池;
第十一信息,用于指示所述第一终端共享给所述第二终端的BWP配置;
第十二信息,用于指示能够使用所述共享COT的终端的标识;
第十三信息,用于以slot为单位指示所述共享COT的起始时域位置和所述COT共享信息所在的时域位置之间的时域补偿;
第十四信息,用于以symbol为单位指示所述共享COT的起始时域位置和所述COT共享信息所在的时域位置之间的时域补偿,或者,用于与所述第十二信息共同指示所述共享COT的起始时域位置和所述COT共享信息所在的时域位置之间的时域补偿;
第十五信息,用于以slot为单位指示所述共享COT的时长;
第十六信息,用于以symbol为单位指示所述共享COT的时长,或者,用于与所述第十五信息共同指示所述共享COT的时长。
第十七信息,用于指示CAPC值。
在一种可能的实施方式中,所述COT共享信息满足以下一项或者多项:
在所述COT共享信息中不包括所述第四信息的情况下,指示允许所述第二终端将所述共享COT用于向所述第一终端发送数据,或者,指示允许所述第二终端将所述共享COT用于向目标终端发送控制信令或广播数据,所述目标终端包括所述第一终端;
在所述COT共享信息中包括所述第四信息,且所述第四信息的值为缺省值的情况下,所述第四信息用于指示允许所述第二终端将所述共享COT用于向任意终端发送数据。
在一种可能的实施方式中,所述射频单元701,用于以下一项或者多项:
向所述第一终端发送CAPC需求值;
向所述第一终端发送QoS Profile;
从所述第一终端接收CAPC需求值请求,并向所述第一终端发送CAPC需求值。
在一种可能的实施方式中,所述射频单元701,用于以下一项或者多项:
向所述第一终端发送PDB需求值或剩余PDB需求值;
向所述第一终端发送QoS Profile;
从所述第一终端接收PDB需求值请求或剩余PDB需求值请求,并向所述第一终端发送PDB需求值或剩余PDB需求值。
在一种可能的实施方式中,处理器710,用于:
在满足第三条件的情况下,所述第二终端使用所述共享COT;
其中,所述第三条件包括以下一项或者多项:
所述第二终端具有向所述第一终端发送的PSFCH消息;
所述第二终端的待发数据的CAPC值对应的优先级高于或等于所述COT共享信息中指示的CAPC值对应的优先级;
所述第二终端使用所述共享COT发送组播业务的组播目标标识为所述第一终端期望 接收的组播目标标识;
所述第二终端的标识与所述COT共享信息中指示的能够使用所述共享COT的终端的标识相同;
所述第二终端的标识包含在所述COT共享信息中指示的能够使用所述共享COT的终端的标识中。
在一种可能的实施方式中,所述第一终端期望接收的组播目标标识为所述第三信息所指示的标识或所述第四信息所指示的标识;
或者,
所述第一终端期望接收的组播目标标识为目标直通链路控制信息SCI和/或目标媒体接入控制单元MAC CE所指示的目标标识,其中所述目标SCI为所述第二终端从所述第一终端接收的携带所述COT共享信息的SCI,所述目标MAC CE为所述第二终端从所述第一终端接收的携带所述COT共享信息的MAC CE。
在一种可能的实施方式中,处理器710,用于:
根据所述COT共享信息,触发资源选择、资源重选、资源选择检查、重选检查中的一项或者多项。
在一种可能的实施方式中,处理器710,用于:
根据所述COT共享信息,从第二终端的物理层向所述第二终端的媒体接入控制MAC层发送第一指示;
所述第二终端的MAC层根据所述第一指示,向所述第二终端的物理层指示触发资源选择或资源重选;
所述第二终端的物理层执行第一操作;
其中,所述第一指示包括以下一项或者多项:
第一指示信息,用于指示所述第二终端接收到所述COT共享信息;
第二指示信息,用于指示所述第二终端接收到所述共享COT;
第三指示信息,用于指示所述第二终端的MAC层触发资源选择检查或资源重选检查;
所述第一操作包括以下一项或者多项:
执行资源选择流程或资源重选流程,形成可选资源集合并通知给所述第二终端的MAC层;
根据所述COT共享信息所指示的资源进行资源选择或资源重选。
本申请实施例还提供一种可读存储介质,所述可读存储介质上存储有程序或指令,该程序或指令被处理器执行时实现上述共享的方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
其中,所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质,包括计算机可读存储介质,如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。
本申请实施例另提供了一种芯片,所述芯片包括处理器和通信接口,所述通信接口和所述处理器耦合,所述处理器用于运行程序或指令,实现上述共享的方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。应理解,本申请实施例提到的芯片还可以称为系统级芯片,系统芯片,芯片系统或片上系统芯片等。
本申请实施例另提供了一种计算机程序/程序产品,所述计算机程序/程序产品被存储在存储介质中,所述计算机程序/程序产品被至少一个处理器执行以实现上述共享的方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
本申请实施例还提供了一种共享信道的系统,其架构可以参见图1,该系统包括:第一终端和第二终端,对应图1中的终端11,所述第一终端作为发送侧终端,可用于执行如上述图2所示的共享信道的方法的步骤,所述第二终端作为接收侧终端,可用于执行如上述图4所示的共享信道的方法的步骤。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外,需要指出的是,本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能,还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能,例如,可以按不同于所描述的次序来执行所描述的方法,并且还可以添加、省去、或组合各种步骤。另外,参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述,但是本申请并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本申请的启示下,在不脱离本申请宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本申请的保护之内。

Claims (38)

  1. 一种共享信道的方法,包括:
    第一终端确定信道占用时间COT共享信息,所述COT共享信息用于指示共享COT;
    所述第一终端向一个或多个第二终端发送所述COT共享信息。
  2. 根据权利要求1所述的方法,其中,所述COT共享信息中包括以下一项或者多项:
    第一信息,用于指示所述共享COT用于的传播类型;
    第二信息,用于指示所述第一终端的标识;
    第三信息,用于指示所述第二终端的标识,或者,用于指示包含所述第二终端的终端组的标识;
    第四信息,用于指示第三终端的标识,或者,用于指示包含所述第三终端的终端组的标识,所述第三终端的标识或者包含所述第三终端的终端组的标识用于允许所述第二终端将所述共享COT用于向所述第三终端发送数据;
    第五信息,用于指示是否允许所述第二终端将所述共享COT共享给其他终端;
    第六信息,用于指示是否允许所述第二终端将所述共享COT用于向除所述第一终端以外的其他终端发送数据、控制信令、组播消息和/或广播消息;
    第七信息,用于指示所述共享COT是否用于发送物理直通链路反馈信道PSFCH消息;
    第八信息,用于指示所述共享COT的时域资源信息和/或所述共享COT的频域资源信息;
    第九信息,用于指示所述第一终端共享给所述第二终端的资源;
    第十信息,用于指示所述第一终端共享给所述第二终端的资源池;
    第十一信息,用于指示所述第一终端共享给所述第二终端的带宽部分BWP配置;
    第十二信息,用于指示能够使用所述共享COT的终端的标识;
    第十三信息,用于以时隙slot为单位指示所述共享COT的起始时域位置和所述COT共享信息所在的时域位置之间的时域补偿;
    第十四信息,用于以符号symbol为单位指示所述共享COT的起始时域位置和所述COT共享信息所在的时域位置之间的时域补偿,或者,用于与所述第十二信息共同指示所述共享COT的起始时域位置和所述COT共享信息所在的时域位置之间的时域补偿;
    第十五信息,用于以slot为单位指示所述共享COT的时长;
    第十六信息,用于以symbol为单位指示所述共享COT的时长,或者,用于与所述第十五信息共同指示所述共享COT的时长;
    第十七信息,用于指示信道接入优先级CAPC值。
  3. 根据权利要求2所述的方法,其中,所述COT共享信息满足以下一项或者多项:
    在所述COT共享信息中不包括所述第四信息的情况下,指示允许所述第二终端将所述共享COT用于向所述第一终端发送数据,或者,指示允许所述第二终端将所述共享COT 用于向目标终端发送控制信令或广播数据,所述目标终端包括所述第一终端;
    在所述COT共享信息中包括所述第四信息,且所述第四信息的值为缺省值的情况下,所述第四信息用于指示允许所述第二终端将所述共享COT用于向任意终端发送数据。
  4. 根据权利要求1所述的方法,其中,在所述第一终端向一个或多个第二终端发送所述COT共享信息之前,所述方法还包括:
    所述第一终端通过以下任意一项,确定先听后发LBT操作所使用的目标信道接入优先级CAPC值:
    所述第一终端获取一个或多个所述第二终端的CAPC需求值,并根据一个或多个所述第二终端的CAPC需求值中对应优先级最低的CAPC需求值,确定所述目标CAPC值;
    所述第一终端获取一个或多个所述第二终端的CAPC需求值,并根据一个或多个所述第二终端的CAPC需求值中对应优先级最高的CAPC需求值,确定所述目标CAPC值;
    所述第一终端获取一个或多个所述第二终端的待发数据的包延迟预算PDB需求值或剩余PDB需求值,并根据一个或多个所述第二终端的待发数据的PDB需求值或剩余PDB需求值,确定所述目标CAPC值;
    所述第一终端根据一个或多个所述第二终端发送PSFCH消息的时域位置,确定所述目标CAPC值。
  5. 根据权利要求4所述的方法,其中,所述第一终端获取一个或多个所述第二终端的CAPC需求值,包括以下一项或者多项:
    所述第一终端从一个或多个所述第二终端接收CAPC需求值;
    所述第一终端从一个或多个所述第二终端接收业务质量配置文件QoS Profile,根据一个或多个所述第二终端的QoS Profile所关联的CAPC值中对应优先级最高或最低的CAPC值,确定一个或多个所述第二终端的CAPC需求值;
    所述第一终端根据与一个或多个所述第二终端进行传输的业务质量流QoS Flow所关联的CAPC值中对应优先级最高或最低的CAPC值,确定一个或多个所述第二终端的CAPC需求值;
    所述第一终端向一个或多个所述第二终端发送CAPC需求值请求,并从一个或多个所述第二终端接收CAPC需求值。
  6. 根据权利要求4所述的方法,其中,所述第一终端获取一个或多个所述第二终端的待发数据的包延迟预算PDB需求值或剩余PDB需求值,包括以下一项或者多项:
    所述第一终端从一个或多个所述第二终端接收PDB需求值或剩余PDB需求值;
    所述第一终端从一个或多个所述第二终端接收QoS Profile,根据一个或多个所述第二终端的QoS Profile所关联的PDB需求值或剩余PDB需求值,确定一个或多个所述第二终端的PDB需求值或剩余PDB需求值;
    所述第一终端根据与一个或多个所述第二终端进行传输的QoS Flow所关联的PDB需求值或剩余PDB需求值,确定一个或多个所述第二终端的PDB需求值或剩余PDB需求 值;
    所述第一终端向一个或多个所述第二终端发送PDB需求值请求或剩余PDB需求值请求,并从一个或多个所述第二终端接收PDB需求值或剩余PDB需求值。
  7. 根据权利要求4所述的方法,其中,所述第一终端根据一个或多个所述第二终端发送PSFCH消息的时域位置,确定所述目标CAPC值,包括:
    所述第一终端根据一个或多个所述第二终端中每个所述第二终端发送PSFCH消息的时域位置,分别确定一个或多个所述目标CAPC值;
    或者,
    所述第一终端根据一个或多个所述第二终端中所有所述第二终端发送PSFCH消息的时域位置,共同确定一个所述目标CAPC值。
  8. 根据权利要求1所述的方法,其中,在第一终端确定COT共享信息之前,所述方法还包括:
    所述第一终端将满足第一条件的所述第二终端,确定为COT共享信息的目标接收对象;
    其中,所述第一条件包括以下一项或者多项:
    所述第二终端的一个或多个CAPC需求值对应的优先级中的最高优先级低于或等于第一优先级;
    所述第二终端的一个或多个CAPC需求值对应的优先级中的最高优先级低于或等于第二优先级;
    其中,所述第一优先级为所述第一终端确定所述共享COT时使用的CAPC值对应的优先级,所述第二优先级低于或等于所述第一优先级。
  9. 根据权利要求1所述的方法,其中,所述第一终端确定COT共享信息,包括:
    在满足第二条件的情况下,所述第一终端确定COT共享信息;
    其中,所述第二条件包括以下任意一项:
    所述第一终端的缓存中有向第一目标对象的待传数据,且所述待传数据对应的CAPC或SL逻辑信道优先级高于或等于第一阈值,所述第一目标对象为所述第一终端的SL对端终端或组播对象;
    所述第一终端的缓存中有向第一目标对象的待传数据,且所述待传数据对应的CAPC或SL逻辑信道优先级低于或等于第二阈值,所述第一目标对象为所述第一终端的SL对端终端或组播对象;
    所述第一终端的LBT的能量检测结果或参考信号接收功率RSRP测量结果小于或等于第三阈值。
  10. 一种共享信道的方法,包括:
    第二终端从第一终端接收COT共享信息,所述COT共享信息用于指示共享COT;
    第二终端对所述COT共享信息进行处理。
  11. 根据权利要求10所述的方法,其中,所述COT共享信息中包括以下一项或者多项:
    第一信息,用于指示所述共享COT用于的传播类型;
    第二信息,用于指示所述第一终端的标识;
    第三信息,用于指示所述第二终端的标识或者包含所述第二终端的终端组的标识;
    第四信息,用于指示第三终端的标识或者包含所述第三终端的终端组的标识,所述第三终端的标识或者包含所述第三终端的终端组的标识用于允许所述第二终端将所述共享COT用于向所述第三终端发送数据;
    第五信息,用于指示是否允许所述第二终端将所述共享COT共享给其他终端;
    第六信息,用于指示是否允许所述第二终端将所述共享COT用于向除所述第一终端以外的其他终端发送数据、控制信令、组播消息和/或广播消息;
    第七信息,用于指示所述共享COT是否用于发送PSFCH消息;
    第八信息,用于指示所述共享COT的时域资源信息和/或所述共享COT的频域资源信息;
    第九信息,用于指示所述第一终端共享给所述第二终端的资源;
    第十信息,用于指示所述第一终端共享给所述第二终端的资源池;
    第十一信息,用于指示所述第一终端共享给所述第二终端的BWP配置;
    第十二信息,用于指示能够使用所述共享COT的终端的标识;
    第十三信息,用于以slot为单位指示所述共享COT的起始时域位置和所述COT共享信息所在的时域位置之间的时域补偿;
    第十四信息,用于以symbol为单位指示所述共享COT的起始时域位置和所述COT共享信息所在的时域位置之间的时域补偿,或者,用于与所述第十二信息共同指示所述共享COT的起始时域位置和所述COT共享信息所在的时域位置之间的时域补偿;
    第十五信息,用于以slot为单位指示所述共享COT的时长;
    第十六信息,用于以symbol为单位指示所述共享COT的时长,或者,用于与所述第十五信息共同指示所述共享COT的时长;
    第十七信息,用于指示CAPC值。
  12. 根据权利要求11所述的方法,其中,所述COT共享信息满足以下一项或者多项:
    在所述COT共享信息中不包括所述第四信息的情况下,指示允许所述第二终端将所述共享COT用于向所述第一终端发送数据,或者,指示允许所述第二终端将所述共享COT用于向目标终端发送控制信令或广播数据,所述目标终端包括所述第一终端;
    在所述COT共享信息中包括所述第四信息,且所述第四信息的值为缺省值的情况下,所述第四信息用于指示允许所述第二终端将所述共享COT用于向任意终端发送数据。
  13. 根据权利要求10所述的方法,其中,所述方法还包括以下一项或者多项:
    所述第二终端向所述第一终端发送CAPC需求值;
    所述第二终端向所述第一终端发送QoS Profile;
    所述第二终端从所述第一终端接收CAPC需求值请求,并向所述第一终端发送CAPC需求值。
  14. 根据权利要求10所述的方法,其中,所述方法还包括以下一项或者多项:
    所述第二终端向所述第一终端发送PDB需求值或剩余PDB需求值;
    所述第二终端向所述第一终端发送QoS Profile;
    所述第二终端从所述第一终端接收PDB需求值请求或剩余PDB需求值请求,并向所述第一终端发送PDB需求值或剩余PDB需求值。
  15. 根据权利要求11所述的方法,其中,所述第二终端对所述COT共享信息进行处理,包括:
    在满足第三条件的情况下,所述第二终端使用所述共享COT;
    其中,所述第三条件包括以下一项或者多项:
    所述第二终端具有向所述第一终端发送的PSFCH消息;
    所述第二终端的待发数据的CAPC值对应的优先级高于或等于所述COT共享信息中指示的CAPC值对应的优先级;
    所述第二终端使用所述共享COT发送组播业务的组播目标标识为所述第一终端期望接收的组播目标标识;
    所述第二终端的标识与所述COT共享信息中指示的能够使用所述共享COT的终端的标识相同;
    所述第二终端的标识包含在所述COT共享信息中指示的能够使用所述共享COT的终端的标识中。
  16. 根据权利要求15所述的方法,其中,
    所述第一终端期望接收的组播目标标识为所述第三信息所指示的标识或所述第四信息所指示的标识;
    或者,
    所述第一终端期望接收的组播目标标识为目标直通链路控制信息SCI和/或目标媒体接入控制单元MAC CE所指示的目标标识,其中所述目标SCI为所述第二终端从所述第一终端接收的携带所述COT共享信息的SCI,所述目标MAC CE为所述第二终端从所述第一终端接收的携带所述COT共享信息的MAC CE。
  17. 根据权利要求10所述的方法,其中,所述第二终端对所述COT共享信息进行处理,包括:
    所述第二终端根据所述COT共享信息,触发资源选择、资源重选、资源选择检查、重选检查中的一项或者多项。
  18. 根据权利要求10所述的方法,其中,所述第二终端对所述COT共享信息进行处理,包括:
    所述第二终端根据所述COT共享信息,从所述第二终端的物理层向所述第二终端的媒体接入控制MAC层发送第一指示;
    所述第二终端的MAC层根据所述第一指示,向所述第二终端的物理层指示触发资源选择或资源重选;
    所述第二终端的物理层执行第一操作;
    其中,所述第一指示包括以下一项或者多项:
    第一指示信息,用于指示所述第二终端接收到所述COT共享信息;
    第二指示信息,用于指示所述第二终端接收到所述共享COT;
    第三指示信息,用于指示所述第二终端的MAC层触发资源选择检查或资源重选检查;
    所述第一操作包括以下一项或者多项:
    执行资源选择流程或资源重选流程,形成可选资源集合并通知给所述第二终端的MAC层;
    根据所述COT共享信息所指示的资源进行资源选择或资源重选。
  19. 一种共享信道的装置,包括:
    第一确定模块,用于确定COT共享信息,所述COT共享信息用于指示共享COT;
    第一发送模块,用于向一个或多个第二终端发送所述COT共享信息。
  20. 根据权利要求19所述的装置,其中,所述COT共享信息中包括以下一项或者多项:
    第一信息,用于指示所述共享COT用于的传播类型;
    第二信息,用于指示第一终端的标识;
    第三信息,用于指示所述第二终端的标识或者包含所述第二终端的终端组的标识;
    第四信息,用于指示第三终端的标识或者包含所述第三终端的终端组的标识,所述第三终端的标识或者包含所述第三终端的终端组的标识用于允许所述第二终端将所述共享COT用于向所述第三终端发送数据;
    第五信息,用于指示是否允许所述第二终端将所述共享COT共享给其他终端;
    第六信息,用于指示是否允许所述第二终端将所述共享COT用于向除所述第一终端以外的其他终端发送数据、控制信令、组播消息和/或广播消息;
    第七信息,用于指示所述共享COT是否用于发送PSFCH消息;
    第八信息,用于指示所述共享COT的时域资源信息和/或所述共享COT的频域资源信息;
    第九信息,用于指示所述第一终端共享给所述第二终端的资源;
    第十信息,用于指示所述第一终端共享给所述第二终端的资源池;
    第十一信息,用于指示所述第一终端共享给所述第二终端的带宽部分BWP配置;
    第十二信息,用于指示能够使用所述共享COT的终端的标识;
    第十三信息,用于以时隙slot为单位指示所述共享COT的起始时域位置和所述COT 共享信息所在的时域位置之间的时域补偿;
    第十四信息,用于以符号symbol为单位指示所述共享COT的起始时域位置和所述COT共享信息所在的时域位置之间的时域补偿,或者,用于与所述第十二信息共同指示所述共享COT的起始时域位置和所述COT共享信息所在的时域位置之间的时域补偿;
    第十五信息,用于以slot为单位指示所述共享COT的时长;
    第十六信息,用于以symbol为单位指示所述共享COT的时长,或者,用于与所述第十五信息共同指示所述共享COT的时长;
    第十七信息,用于指示CAPC值。
  21. 根据权利要求20所述的装置,其中,所述COT共享信息满足以下一项或者多项:
    在所述COT共享信息中不包括所述第四信息的情况下,指示允许所述第二终端将所述共享COT用于向第一终端发送数据,或者,指示允许所述第二终端将所述共享COT用于向目标终端发送控制信令或广播数据,所述目标终端包括所述第一终端;
    在所述COT共享信息中包括所述第四信息,且所述第四信息的值为缺省值的情况下,所述第四信息用于指示允许所述第二终端将所述共享COT用于向任意终端发送数据。
  22. 根据权利要求19所述的装置,其中,所述装置还包括:
    第二确定模块,用于在向一个或多个第二终端发送所述COT共享信息之前,通过以下任意一项,确定LBT操作所使用的目标CAPC值:
    第一终端获取一个或多个所述第二终端的CAPC需求值,并根据一个或多个所述第二终端的CAPC需求值中对应优先级最低的CAPC需求值,确定所述目标CAPC值;
    所述第一终端获取一个或多个所述第二终端的CAPC需求值,并根据一个或多个所述第二终端的CAPC需求值中对应优先级最高的CAPC需求值,确定所述目标CAPC值;
    所述第一终端获取一个或多个所述第二终端的待发数据的包延迟预算PDB需求值或剩余PDB需求值,并根据一个或多个所述第二终端的待发数据的PDB需求值或剩余PDB需求值,确定所述目标CAPC值;
    所述第一终端根据一个或多个所述第二终端发送PSFCH消息的时域位置,确定所述目标CAPC值。
  23. 根据权利要求22所述的装置,其中,所述第二确定模块,用于以下一项或者多项:
    所述第一终端从一个或多个所述第二终端接收CAPC需求值;
    所述第一终端从一个或多个所述第二终端接收业务质量配置文件QoS Profile,根据一个或多个所述第二终端的QoS Profile所关联的CAPC值中对应优先级最高或最低的CAPC值,确定一个或多个所述第二终端的CAPC需求值;
    所述第一终端根据与一个或多个所述第二终端进行传输的业务质量流QoS Flow所关联的CAPC值中对应优先级最高或最低的CAPC值,确定一个或多个所述第二终端的 CAPC需求值;
    所述第一终端向一个或多个所述第二终端发送CAPC需求值请求,并从一个或多个所述第二终端接收CAPC需求值。
  24. 根据权利要求22所述的装置,其中,所述第二确定模块,用于以下一项或者多项:
    所述第一终端从一个或多个所述第二终端接收PDB需求值或剩余PDB需求值;
    所述第一终端从一个或多个所述第二终端接收QoS Profile,根据一个或多个所述第二终端的QoS Profile所关联的PDB需求值或剩余PDB需求值,确定一个或多个所述第二终端的PDB需求值或剩余PDB需求值;
    所述第一终端根据与一个或多个所述第二终端进行传输的QoS Flow所关联的PDB需求值或剩余PDB需求值,确定一个或多个所述第二终端的PDB需求值或剩余PDB需求值;
    所述第一终端向一个或多个所述第二终端发送PDB需求值请求或剩余PDB需求值请求,并从一个或多个所述第二终端接收PDB需求值或剩余PDB需求值。
  25. 根据权利要求21所述的装置,其中,所述第二确定模块,用于:
    所述第一终端根据一个或多个所述第二终端中每个所述第二终端发送PSFCH消息的时域位置,分别确定一个或多个所述目标CAPC值;
    或者,
    所述第一终端根据一个或多个所述第二终端中所有所述第二终端发送PSFCH消息的时域位置,共同确定一个所述目标CAPC值。
  26. 根据权利要求19所述的装置,其中,所述装置还包括:
    第三确定模块,用于在确定COT共享信息之前,将满足第一条件的所述第二终端,确定为COT共享信息的目标接收对象;
    其中,所述第一条件包括以下一项或者多项:
    所述第二终端的一个或多个CAPC需求值对应的优先级中的最高优先级低于或等于第一优先级;
    所述第二终端的一个或多个CAPC需求值对应的优先级中的最高优先级低于或等于第二优先级;
    其中,所述第一优先级为第一终端确定所述共享COT时使用的CAPC值对应的优先级,所述第二优先级低于或等于所述第一优先级。
  27. 根据权利要求19所述的装置,其中,所述第一确定模块,用于:
    在满足第二条件的情况下,确定COT共享信息;
    其中,所述第二条件包括以下任意一项:
    第一终端的缓存中有向第一目标对象的待传数据,且所述待传数据对应的CAPC或SL逻辑信道优先级高于或等于第一阈值,所述第一目标对象为所述第一终端的SL对端终 端或组播对象;
    所述第一终端的缓存中有向第一目标对象的待传数据,且所述待传数据对应的CAPC或SL逻辑信道优先级低于或等于第二阈值,所述第一目标对象为所述第一终端的SL对端终端或组播对象;
    所述第一终端的LBT的能量检测结果或参考信号接收功率RSRP测量结果小于或等于第三阈值。
  28. 一种共享信道的装置,包括:
    接收模块,用于从第一终端接收COT共享信息,所述COT共享信息用于指示共享COT;
    处理模块,用于对所述COT共享信息进行处理。
  29. 根据权利要求28所述的装置,其中,所述COT共享信息中包括以下一项或者多项:
    第一信息,用于指示所述共享COT用于的传播类型;
    第二信息,用于指示所述第一终端的标识;
    第三信息,用于指示第二终端的标识或者包含所述第二终端的终端组的标识;
    第四信息,用于指示第三终端的标识或者包含所述第三终端的终端组的标识,所述第三终端的标识或者包含所述第三终端的终端组的标识用于允许所述第二终端将所述共享COT用于向所述第三终端发送数据;
    第五信息,用于指示是否允许所述第二终端将所述共享COT共享给其他终端;
    第六信息,用于指示是否允许所述第二终端将所述共享COT用于向除所述第一终端以外的其他终端发送数据、控制信令、组播消息和/或广播消息;
    第七信息,用于指示所述共享COT是否用于发送PSFCH消息;
    第八信息,用于指示所述共享COT的时域资源信息和/或所述共享COT的频域资源信息;
    第九信息,用于指示所述第一终端共享给所述第二终端的资源;
    第十信息,用于指示所述第一终端共享给所述第二终端的资源池;
    第十一信息,用于指示所述第一终端共享给所述第二终端的BWP配置;
    第十二信息,用于指示能够使用所述共享COT的终端的标识;
    第十三信息,用于以slot为单位指示所述共享COT的起始时域位置和所述COT共享信息所在的时域位置之间的时域补偿;
    第十四信息,用于以symbol为单位指示所述共享COT的起始时域位置和所述COT共享信息所在的时域位置之间的时域补偿,或者,用于与所述第十二信息共同指示所述共享COT的起始时域位置和所述COT共享信息所在的时域位置之间的时域补偿;
    第十五信息,用于以slot为单位指示所述共享COT的时长;
    第十六信息,用于以symbol为单位指示所述共享COT的时长,或者,用于与所述第 十五信息共同指示所述共享COT的时长;
    第十七信息,用于指示CAPC值。
  30. 根据权利要求29所述的装置,其中,所述COT共享信息满足以下一项或者多项:
    在所述COT共享信息中不包括所述第四信息的情况下,指示允许所述第二终端将所述共享COT用于向所述第一终端发送数据,或者,指示允许所述第二终端将所述共享COT用于向目标终端发送控制信令或广播数据,所述目标终端包括所述第一终端;
    在所述COT共享信息中包括所述第四信息,且所述第四信息的值为缺省值的情况下,所述第四信息用于指示允许所述第二终端将所述共享COT用于向任意终端发送数据。
  31. 根据权利要求28所述的装置,其中,所述装置还包括:第二发送模块,用于以下一项或者多项:
    向所述第一终端发送CAPC需求值;
    向所述第一终端发送QoS Profile;
    从所述第一终端接收CAPC需求值请求,并向所述第一终端发送CAPC需求值。
  32. 根据权利要求28所述的装置,其中,所述装置还包括:第三发送模块,用于以下一项或者多项:
    向所述第一终端发送PDB需求值或剩余PDB需求值;
    向所述第一终端发送QoS Profile;
    从所述第一终端接收PDB需求值请求或剩余PDB需求值请求,并向所述第一终端发送PDB需求值或剩余PDB需求值。
  33. 根据权利要求29所述的装置,其中,所述处理模块,用于:
    在满足第三条件的情况下,所述第二终端使用所述共享COT;
    其中,所述第三条件包括以下一项或者多项:
    所述第二终端具有向所述第一终端发送的PSFCH消息;
    所述第二终端的待发数据的CAPC值对应的优先级高于或等于所述COT共享信息中指示的CAPC值对应的优先级;
    所述第二终端使用所述共享COT发送组播业务的组播目标标识为所述第一终端期望接收的组播目标标识;
    所述第二终端的标识与所述COT共享信息中指示的能够使用所述共享COT的终端的标识相同;
    所述第二终端的标识包含在所述COT共享信息中指示的能够使用所述共享COT的终端的标识中。
  34. 根据权利要求33所述的装置,其中,
    所述第一终端期望接收的组播目标标识为所述第三信息所指示的标识或所述第四信息所指示的标识;
    或者,
    所述第一终端期望接收的组播目标标识为目标直通链路控制信息SCI和/或目标媒体接入控制单元MAC CE所指示的目标标识,其中所述目标SCI为所述第二终端从所述第一终端接收的携带所述COT共享信息的SCI,所述目标MAC CE为所述第二终端从所述第一终端接收的携带所述COT共享信息的MAC CE。
  35. 根据权利要求28所述的装置,其中,所述处理模块,用于:
    根据所述COT共享信息,触发资源选择、资源重选、资源选择检查、重选检查中的一项或者多项。
  36. 根据权利要求28所述的装置,其中,所述处理模块,用于:
    根据所述COT共享信息,从第二终端的物理层向所述第二终端的媒体接入控制MAC层发送第一指示;
    所述第二终端的MAC层根据所述第一指示,向所述第二终端的物理层指示触发资源选择或资源重选;
    所述第二终端的物理层执行第一操作;
    其中,所述第一指示包括以下一项或者多项:
    第一指示信息,用于指示所述第二终端接收到所述COT共享信息;
    第二指示信息,用于指示所述第二终端接收到所述共享COT;
    第三指示信息,用于指示所述第二终端的MAC层触发资源选择检查或资源重选检查;
    所述第一操作包括以下一项或者多项:
    执行资源选择流程或资源重选流程,形成可选资源集合并通知给所述第二终端的MAC层;
    根据所述COT共享信息所指示的资源进行资源选择或资源重选。
  37. 一种终端,包括处理器和存储器,其中,所述存储器存储可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如权利要求1至9任一项所述共享信道的方法的步骤,或者实现如权利要求10至18任一项所述共享信道的方法的步骤。
  38. 一种可读存储介质,所述可读存储介质上存储程序或指令,其中,所述程序或指令被处理器执行时实现如权利要求1至9任一项所述共享信道的方法的步骤,或者实现如权利要求10至18任一项所述共享信道的方法的步骤。
PCT/CN2023/100418 2022-06-22 2023-06-15 共享信道的方法、设备及可读存储介质 WO2023246615A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202210713606.4A CN117336873A (zh) 2022-06-22 2022-06-22 共享信道的方法、设备及可读存储介质
CN202210713606.4 2022-06-22

Publications (1)

Publication Number Publication Date
WO2023246615A1 true WO2023246615A1 (zh) 2023-12-28

Family

ID=89277886

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/100418 WO2023246615A1 (zh) 2022-06-22 2023-06-15 共享信道的方法、设备及可读存储介质

Country Status (2)

Country Link
CN (1) CN117336873A (zh)
WO (1) WO2023246615A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020164439A1 (zh) * 2019-02-14 2020-08-20 索尼公司 用户设备、网络侧设备、无线通信方法和存储介质
US20210092783A1 (en) * 2019-09-25 2021-03-25 Qualcomm Incorporated Channel occupancy time (cot) sharing for sidelink
CN114731528A (zh) * 2021-06-22 2022-07-08 上海诺基亚贝尔股份有限公司 共享信道占用时间的机制
CN115915409A (zh) * 2021-09-28 2023-04-04 展讯通信(上海)有限公司 侧链路通信方法及通信装置
CN116208269A (zh) * 2021-11-30 2023-06-02 维沃移动通信有限公司 信息传输方法及设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020164439A1 (zh) * 2019-02-14 2020-08-20 索尼公司 用户设备、网络侧设备、无线通信方法和存储介质
US20210092783A1 (en) * 2019-09-25 2021-03-25 Qualcomm Incorporated Channel occupancy time (cot) sharing for sidelink
CN114731528A (zh) * 2021-06-22 2022-07-08 上海诺基亚贝尔股份有限公司 共享信道占用时间的机制
CN115915409A (zh) * 2021-09-28 2023-04-04 展讯通信(上海)有限公司 侧链路通信方法及通信装置
CN116208269A (zh) * 2021-11-30 2023-06-02 维沃移动通信有限公司 信息传输方法及设备

Also Published As

Publication number Publication date
CN117336873A (zh) 2024-01-02

Similar Documents

Publication Publication Date Title
EP4007198A1 (en) Carrier aggregation parameter configuration method, device and system
WO2022236626A1 (zh) 系统消息的传输方法、装置及通信设备
WO2023046196A1 (zh) 辅助信息上报方法、业务配置方法、终端及网络侧设备
US20240040595A1 (en) Method and Apparatus for Determining Sidelink Feedback Resource, Terminal, and Storage Medium
CN113923712A (zh) 数据处理的方法及装置
WO2022105842A1 (zh) 上行控制信息传输方法及相关设备
US20240172277A1 (en) Channel access method and processing method for sidelink feedback information, and related device
KR20230079275A (ko) 데이터 전송 방법, 장치, 단말, 네트워크 측 기기 및 저장 매체
WO2022188737A1 (zh) 上行传输方法、装置及终端
WO2023246615A1 (zh) 共享信道的方法、设备及可读存储介质
WO2022017409A1 (zh) 上行传输方法、装置及相关设备
WO2022012592A1 (zh) 反馈信息传输方法、装置、终端及网络侧设备
WO2022002248A1 (zh) 旁链路传输方法、传输装置和通信设备
WO2023246619A1 (zh) 共享信道的方法、设备及可读存储介质
WO2023241477A1 (zh) 资源共享方法、终端及设备
WO2023236856A1 (zh) 数据发送方法及终端
WO2023066129A1 (zh) 信息上报方法、设备及可读存储介质
WO2022017342A1 (zh) 上行传输方法、装置及设备
WO2022152039A1 (zh) 上行数据发送方法、配置方法、终端及网络侧设备
WO2024027561A1 (zh) 传输方法及装置
WO2024093921A1 (zh) 持续lbt失败的处理方法、装置、终端及存储介质
WO2022242675A1 (zh) 信息传输、获取方法、装置及通信设备
WO2022152129A1 (zh) 上行数据发送增强流程的触发方法、装置及终端
WO2023036332A1 (zh) 资源预留方法、装置及终端
WO2022188836A1 (zh) Cot确定方法、上行传输方法和设备

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: 23826264

Country of ref document: EP

Kind code of ref document: A1