WO2015169031A1 - CoMP协作方法及装置 - Google Patents

CoMP协作方法及装置 Download PDF

Info

Publication number
WO2015169031A1
WO2015169031A1 PCT/CN2014/087225 CN2014087225W WO2015169031A1 WO 2015169031 A1 WO2015169031 A1 WO 2015169031A1 CN 2014087225 W CN2014087225 W CN 2014087225W WO 2015169031 A1 WO2015169031 A1 WO 2015169031A1
Authority
WO
WIPO (PCT)
Prior art keywords
comp
base station
message
cooperation
comp cooperation
Prior art date
Application number
PCT/CN2014/087225
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 WO2015169031A1 publication Critical patent/WO2015169031A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation

Definitions

  • the present invention relates to the field of communications, and in particular to a Coordinated Multi-point Transmission (CoMP) cooperative method and apparatus.
  • CoMP Coordinated Multi-point Transmission
  • the uplink and downlink of the LTE-A system are both Orthogonal Frequency Division Multiplexing (OFDM) or a certain variant of OFDM as the basic multiple access multiplexing method, and the conventional code division multiple access (Code Division Multiple Access, CDMA for short) is different for the basic multiple access multiplexing wireless communication system.
  • OFDM Orthogonal Frequency Division Multiplexing
  • CDMA Code Division Multiple Access
  • the method of interference randomization generally adopts a method of direct spreading or code hopping in frequency hopping to alleviate nodes.
  • the interference between the two requires no network planning, and almost no signaling support is required, but only the interference can be mitigated, and the interference between the nodes cannot be fundamentally eliminated.
  • the method of interference cancellation uses some algorithms to eliminate interference, and generally requires additional Physical entities, such as multi-antenna technology, can achieve the elimination of interference;
  • the method of interference coordination (avoidance) exchanges information between nodes, so that each node automatically selects appropriate according to the information of other nodes and its own situation. Resources are transmitted to achieve efficient use of resources between nodes, to reduce the chance of resource collision between nodes, to achieve the purpose of node edge performance improvement, to avoid the use of the same time-frequency resources between nodes to avoid interference between nodes.
  • an interference coordination (avoidance) mechanism is Coordinated Multi-point Transmission (CoMP), and specific technologies include Coordinated Scheduling/Coordinated Beam-forming (Coordinated Scheduling/Coordinated Beam-forming, Short for CS/CB): Coordination between different transmission nodes and coordination of spatial beam weights, on the one hand, to collaborate on power, and on the other hand, to collaborate on the spatial dimension to avoid two users of beam collisions. Scheduling on the same resource; Multi-point joint transmission (JT): multiple cells jointly provide signal transmission for the target user on the same resource.
  • CoMP Coordinated Multi-point Transmission
  • DPS/DPB Dynamic point switching/blanking
  • the network side dynamically selects the best node for data transmission according to the link performance of different nodes fed back by the terminal, or dynamically mutes data transmission to the interfering cell, or combines DPS with DPB.
  • CoMP Hypothesis information set to indicate what resource allocation mode the desired receiving node uses to coordinate CoMP
  • benefit metric information set to characterize the magnitude of the beneficial effects that can be obtained when executed in accordance with CoMP hypothesis
  • RSRP Reference Signal Receiving Power
  • CSI Channel State Information
  • the embodiment of the invention provides a CoMP collaboration method and device, so as to at least solve the problem that the CoMP collaboration information cannot be exchanged between nodes in the related art.
  • a CoMP collaboration method including: a first base station sending a CoMP cooperation indication message to one or more second base stations, wherein the CoMP cooperation indication message is set to be the first Notifying, by the base station, the cooperation requirement of the second base station to the one or more second base stations; the first base station receiving a response message of the one or more second base stations, and determining, according to the response message, whether to follow The collaboration requires performing CoMP collaboration.
  • the method further includes: receiving, by the first base station, a CoMP cooperation request message sent by the one or more second base stations, where The CoMP cooperation request message is set to notify the first base station of the cooperation requirement of the second base station; or the first base station receives the RSRP report message sent by the one or more second base stations, where The RSRP report message is sent by the one or more second base stations according to an RSRP report request message sent by the first base station.
  • the CoMP cooperation indication message or the CoMP cooperation request message carries an indication identifier, where the indication identifier is set to distinguish whether the message is the CoMP cooperation indication message or the CoMP cooperation request message.
  • the CoMP cooperation request message carries at least one of: a benefit metric of one or more cell cells, and a CoMP cooperative hypothesis of one or more cells.
  • the CoMP cooperation indication message carries at least one of: a benefit metric of one or more cell cells, and a CoMP cooperative hypothesis of one or more cells.
  • the response message includes: a consent response message or a reject response message, where the reject response message carries a CoMP cooperation hypothesis of one or more cells that are acceptable to the second base station.
  • the CoMP cooperation hypothesis of the one or more cells is represented by a cell identity of the one or more cells and a radio time-frequency resource allocation requirement for the one or more cells.
  • the sending manner of the RSRP report request message or the RSRP report message includes at least one of: sending by using a message separately for transmitting the RSRP report request message or the RSRP report message; sending the message by using a RESOURCE STATUS REQUEST message
  • the RSRP reports the request message; the response message of the RSRP report request message is sent by the RESOURCE STATUS RESPONSE/FAILURE message; the RSRP report message is sent by the RESOURCE STATUS UPDATE message.
  • a CoMP cooperation method including: a second base station receiving a CoMP cooperation indication message of a first base station, where the CoMP cooperation indication message is set to be the first base station The cooperation request of the second base station is notified to the one or more second base stations; the second base station determines whether the cooperation request can be performed according to a preset determination policy, and sends the cooperation request to the first base station according to the determination result. Response message.
  • the response message includes: a consent response message or a reject response message, where the reject response message carries a CoMP cooperation hypothesis of one or more cells that are acceptable to the second base station.
  • a CoMP collaboration apparatus which is located in a first base station, and includes: a first sending module, configured to send a CoMP cooperation indication message to one or more second base stations, where The CoMP cooperation indication message is set to notify the one or more second base stations of the cooperation requirement of the first base station to the second base station; and the first receiving module is configured to receive the one or more second base stations And responding to the message, and determining whether to perform CoMP collaboration according to the collaboration request according to the response message.
  • a CoMP collaboration apparatus which is located in a second base station, and includes: a second receiving module, configured to receive a CoMP cooperation indication message of the first base station, where the CoMP The cooperation indication message is set to notify the one or more second base stations of the cooperation requirement of the first base station to the second base station; and the second sending module is configured to determine the collaboration requirement according to a preset determination policy. Whether it can be executed, and sending a response message to the first base station according to the judgment result.
  • the first base station is used to send a CoMP cooperation indication message to one or more second base stations, where the CoMP cooperation indication message is set to notify the one or more of the cooperation requirements of the first base station to the second base station a second base station; the first base station receives the response message of the one or more second base stations, and determines, according to the response message, whether to perform CoMP collaboration according to the foregoing collaboration requirement, and solves the problem that the CoMP collaboration cannot be performed between the nodes in the related art.
  • the problem of information enables the interaction of CoMP collaboration information between base stations, thereby enabling CoMP cooperation in both distributed and centralized situations to achieve the desired gain.
  • FIG. 1 is a flowchart of a CoMP collaboration method according to an embodiment of the present invention.
  • FIG. 3 is a structural block diagram of a CoMP collaboration apparatus according to an embodiment of the present invention.
  • FIG. 4 is a structural block diagram of another CoMP cooperation apparatus according to an embodiment of the present invention.
  • FIG. 5 is a flowchart of a CoMP cooperation process 1 in a centralized case according to a preferred embodiment of the present invention
  • FIG. 6 is a flowchart of a CoMP cooperation process 2 in a centralized case according to a preferred embodiment 2 of the present invention
  • FIG. 7 is a flowchart of a CoMP cooperation process 3 in a centralized case according to a preferred embodiment 3 of the present invention.
  • FIG. 9 is a flow chart of a CoMP collaboration process 2 in a distributed case in accordance with a preferred embodiment 5 of the present invention.
  • FIG. 1 is a flowchart of a CoMP collaboration method according to an embodiment of the present invention. As shown in FIG. 1, the method includes the following steps:
  • Step S102 The first base station sends a CoMP cooperation indication message to one or more second base stations, where the CoMP cooperation indication message is set to notify the one or more second Base station
  • Step S104 The first base station receives the response message of the one or more second base stations, and determines, according to the response message, whether to perform CoMP cooperation according to the foregoing collaboration requirement.
  • the first base station sends the cooperation request for the second base station to the one or more second base stations by using the CoMP cooperation indication message, and the first base station determines whether according to the received response message of the second base station, according to the foregoing.
  • Collaboration requires CoMP collaboration to be performed, so that the cooperation request of the first base station is exchanged to one or more second base stations, and the first base station can also receive the response message of the one or more second base stations to the cooperation request, and solve the problem.
  • the problem that the CoMP collaboration information cannot be exchanged between nodes in the related art realizes the interaction of CoMP cooperation information between the base stations, thereby enabling CoMP cooperation in both distributed and centralized situations to achieve the expected gain.
  • the second base station may also initiate the CoMP cooperation information interaction process, for example, the first base station receives one or a CoMP cooperation request message sent by the multiple second base stations, where the CoMP cooperation request message is set to notify the first base station of the cooperation requirement of the second base station; or the first base station receives one or more second base stations.
  • the RSRP report message where the RSRP report message may be sent by the one or more second base stations according to the RSRP report request message sent by the first base station, for example, the eNB1 may send an RSRP report request message to the eNB2, carrying the RSRP.
  • Reporting requirements such as periodic transmission with a transmission period, or event trigger transmission with a trigger threshold
  • eNB2 returns an RSRP report response message (agree or reject) to eNB1; if agreed, eNB2 will send an RSRP report message to eNB1 as required by eNB1.
  • the CoMP cooperation indication message or the CoMP cooperation request message may carry an indication identifier, and the indication identifier may be set to distinguish whether the message is a CoMP cooperation indication message or a CoMP cooperation request message.
  • the CoMP cooperation request message or the CoMP cooperation indication message may carry at least one of: a benefit metric of one or more cell cells, and a CoMP cooperation hypothesis of one or more cells.
  • the response message may include a consent response message or a reject response message, wherein if it is a reject response message, the CoMP cooperation hypothesis of one or more cells acceptable by the second base station may also be carried.
  • the CoMP cooperation hypothesis of the one or more cells is represented by only one or more cell identifiers (Cell IDs)
  • Cell IDs cell identifiers
  • the CoMP cooperation hypothesis of the one or more cells may be determined by a cell identifier of one or more cells and a radio time-frequency resource allocation requirement for the one or more cells (eg, Muting for wireless time-frequency resources) Requirement)
  • the representation of the CoMP collaboration hypothesis is not limited to the above.
  • the CoMP cooperation hypothesis of the one or more cells is usually for a certain cell in the second base station, but may be for a certain cell or the second base station in the foregoing first base station.
  • a certain cell in the third base station in which the cooperative relationship exists it is indicated that a certain cell in the first base station or a certain cell in the third base station may also allocate the corresponding radio time-frequency resources according to the CoMP cooperation hypothesis at the same time, so that the second base station can better make a consent.
  • the decision of the CoMP cooperation indication of the first base station is usually for a certain cell in the second base station, but may be for a certain cell or the second base station in the foregoing first base station.
  • a certain cell in the third base station in which the cooperative relationship exists.
  • it is indicated that a certain cell in the first base station or a certain cell in the third base station may also allocate the corresponding radio time-frequency resources according to the CoMP cooperation hypothesis at the same time, so that the second base station can better make a consent.
  • the foregoing manner of sending the RSRP report request message or the RSRP report message may be sent by using a message separately for transmitting an RSRP report request message or an RSRP report message; or may be sent by using other existing messages, for example, by using RESOURCE
  • the STATUS REQUEST message sends an RSRP report request message, and sends a response message of the RSRP report request message through the RESOURCE STATUS RESPONSE/FAILURE message; the RSRP report message is sent through the RESOURCE STATUS UPDATE message.
  • FIG. 2 is a flowchart of another CoMP cooperation method according to an embodiment of the present invention. As shown in FIG. 2, the method includes the following steps. step:
  • Step S202 the second base station receives the CoMP cooperation indication message of the first base station, where the CoMP cooperation indication message is set to notify the one or more second base stations of the cooperation requirement of the first base station to the second base station;
  • Step S204 The second base station determines, according to the preset determination policy, whether the cooperation request can be performed, and sends a response message to the first base station according to the determination result.
  • the second base station receives the cooperation request of the first base station by using the CoMP cooperation indication message, and the second base station determines whether the cooperation request can be performed according to the determination policy, and sends a response message to the first base station according to the determination result. Therefore, the one or more second base stations receive the cooperation request of the first base station, and the second base station can also send the response message to the cooperation request to the first base station, which solves the problem that the related technology cannot exchange CoMP between the nodes.
  • the problem of collaborative information enables the interaction of CoMP collaboration information between base stations, which enables CoMP collaboration to achieve the expected gain in both distributed and centralized situations.
  • the response message may include a consent response message or a reject response message, wherein if it is a reject response message, the CoMP cooperation hypothesis of one or more cells acceptable by the second base station may also be carried.
  • a CoMP collaboration device is also provided, which is located in the first base station, and the device is configured to implement the foregoing embodiment and the preferred embodiment, and has not been described yet. Narration.
  • the term "module” may implement a combination of software and/or hardware of a predetermined function.
  • the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.
  • FIG. 3 is a structural block diagram of a CoMP collaboration apparatus according to an embodiment of the present invention. As shown in FIG. 3, the apparatus includes a first sending module 32 and a first receiving module 34. The following describes each module in detail:
  • the first sending module 32 is configured to send a CoMP cooperation indication message to the one or more second base stations, where the CoMP cooperation indication message is set to notify the one or more of the cooperation requirements of the first base station to the second base station
  • the first receiving module 34 is connected to the first sending module 32, and is configured to receive the response message of the one or more second base stations, and determine, according to the response message, whether to perform CoMP cooperation according to the foregoing cooperation requirement.
  • FIG. 4 is a structural block diagram of another CoMP collaboration device according to an embodiment of the present invention.
  • the device includes a second receiving module 42 and a second transmitting module 44, and each module is described in detail below:
  • the second receiving module 42 is configured to receive a CoMP cooperation indication message of the first base station, where the CoMP cooperation indication message is set to notify the one or more second base stations of the cooperation requirement of the first base station to the second base station;
  • the second sending module 44 is configured to determine, according to the preset determining policy, whether the cooperation request received by the second receiving module 42 can be performed, and send a response message to the first base station according to the determination result.
  • a general CoMP cooperation method in which eNB1 transmits a CoMP cooperation indication message to eNB2, and eNB2 returns a CoMP cooperation response message (Agree or Reject) to eNB1.
  • eNB2 may send a CoMP Cooperative Request message to eNB1.
  • eNB1 may send an RSRP report request message to eNB2, carrying an RSRP report request, such as a periodic transmission with a transmission period, or an event triggering transmission with a trigger threshold; eNB2 returns an RSRP report response message to eNB1 (agree or reject) If agreed, eNB2 will send an RSRP report message to eNB1 as required by eNB1.
  • RSRP report request such as a periodic transmission with a transmission period, or an event triggering transmission with a trigger threshold
  • eNB2 returns an RSRP report response message to eNB1 (agree or reject) If agreed, eNB2 will send an RSRP report message to eNB1 as required by eNB1.
  • the CoMP cooperation indication message mainly indicates a CoMP cooperation request to the receiver; the CoMP cooperation request message mainly indicates the sender's CoMP cooperation requirement.
  • the CoMP cooperation indication message and the CoMP cooperation request message may be the same message, and an identifier may be defined in the message to distinguish whether the message is an indication message or a request message.
  • the CoMP cooperation indication/request message carries information of at least one of: one or more Cell's Benefit metrics, one or more Cell's CoMP hypothesis.
  • an acceptable CoMP hypothesis of one or more Cells may be carried.
  • the CoMP hypothesis information of one or more cells carried in the CoMP cooperation indication/request message may be represented by only one or more Cell IDs of the Cell.
  • the default CoMP hypothesis is used (configured by the network management to the eNB and The eNBs may be made aware of each other by inter-eNB interaction, or may be generated by the CoMP cooperative control node in a centralized manner and then transmitted to each eNB).
  • the foregoing RSRP report request message, the RSRP report response message, and the RSRP report message may be new messages, or may be implemented by modifying an existing X2AP message, for example, by implementing a RESOURCE STATUS REQUEST message to implement an RSRP report request message,
  • the RSRP report response message is implemented by entering the RESOURCE STATUS RESPONSE/FAILURE message, and the RSRP report response message is implemented by entering the RESOURCE STATUS UPDATE message.
  • FIG. 5 is a flowchart of a CoMP cooperation process in a centralized case according to a preferred embodiment of the present invention, as shown in FIG. 5 (a CoMP cooperation process in which a Benefit metric and a CoMP hypothesis are combined in a centralized case)
  • a description is as follows:
  • Step S502 eNB1 and eNB2 each send a request message to eNB3 (set as a CoMP cooperative control node), carrying a Benefit metric (indicated by Cell ID, gain percentage) and a corresponding CoMP hypothesis (represented by Cell ID, time-frequency resource allocation information) request.
  • eNB1 determines whether Cell 1 will obtain 30% gain
  • the corresponding CoMP hypothesis request is to hope for some time-frequency resources in Cell 2.
  • Perform muting The Benefit metric in the request message sent by the eNB2 is 50% of the gain of the Cell 2
  • the corresponding CoMP hypothesis request is to muting some of the time-frequency resources in the Cell 1 and the Cell 3.
  • Step S504 The eNB3 analyzes and determines the CoMP hypothesis recommendations (including CoMP hypothesis for Cell 1, Cell 2, and Cell 3) according to the requests of eNB1 and eNB2 and its own situation, and the Benefit metric that Cell3 may obtain.
  • CoMP hypothesis recommendations including CoMP hypothesis for Cell 1, Cell 2, and Cell 3
  • Step S506 The eNB3 separately sends an indication message to the eNB1 and the eNB2, carries the CoMP hypothesis suggestion, and the Benefit metric that the Cell 3 may obtain. For example, it is suggested that Cell 1 in eNB1 and Cell2 in eNB2 respectively muting some time-frequency resources, and eNB3 itself will also muting some time-frequency resources in Cell 3, and Cell 3 in eNB3 will obtain 40%. Gain.
  • Step S508 eNB1 and eNB2 calculate the possible benefit metric according to the CoMP hypothesis suggestion of eNB3 (because the CoMP hypothesis suggestion may be different from the CoMP hypothesis request in the request message in step S502), and decide whether to agree with the suggestion of eNB3.
  • Cell 1 may achieve a 35% gain as calculated by eNB1, thus agreeing with the recommendations of eNB3.
  • Cell 2 may achieve a 45% gain after eNB2 calculation, thus agreeing with the recommendations of eNB3.
  • Step S510 eNB1 and eNB2 each send a response message to eNB3, and agree with the CoMP hypothesis suggestion of eNB3.
  • Step S512 eNB1, eNB2, and eNB3 perform muting on the radio time-frequency resources in Cell 1, Cell 2, and Cell 3 according to the CoMP hypothesis recommendation.
  • Example 2 is a flowchart of a CoMP collaboration process 2 in a centralized case according to a preferred embodiment 2 of the present invention, as shown in FIG. 6 (for a centralized CoMP collaboration process of Benefit metric and Default CoMP hypothesis)
  • Example 2 is described as follows:
  • Step S602 eNB1 and eNB2 each send a request message to eNB3 (set as a CoMP cooperative control node), and carry a Benefit metric and a neighboring Cell ID.
  • the CoMP hypothesis corresponding to the Benefit metric is Default CoMP hypothesis (configured by the network management to the eNB) They can be known to each other through inter-eNB interaction, or generated by the CoMP cooperative control node and then sent to the eNB). For example, if the benefit metric in the request message sent by the eNB1 is 30, the Cell 1 will obtain a gain of 30%, and the corresponding neighboring cell ID is the Cell 2 ID.
  • the Benefit metric in the request message sent by eNB2 is 50% of the gain of Cell 2, and the corresponding adjacent Cell ID is Cell. 1ID and Cell 3ID, it is desirable to mut some of the time-frequency resources in Cell 1 and Cell 3 according to the Default CoMP hypothesis of Cell 1 and Cell 3, respectively.
  • Step S604 eNB3 (as a CoMP cooperative control node, knows the Default CoMP hypothesis of all relevant cells, such as Cell 1 in eNB1, Cell 2 in eNB2, etc.) according to the request of eNB1 and eNB2, Default CoMP hypothesis of each related Cell, and itself The analysis of the situation determines the CoMP hypothesis recommendations, as well as the Benefit metric that Cell 3 may achieve.
  • Step S606 The eNB3 separately sends an indication message to the eNB1 and the eNB2, carries the CoMP hypothesis suggestion, and the Benefit metric that the Cell 3 may obtain. For example, it is suggested that Cell 1 in eNB1 and Cell2 in eNB2 respectively muting some time-frequency resources, and eNB3 itself will also muting some time-frequency resources in Cell 3, and Cell 3 in eNB3 will obtain 40%. Gain.
  • Step S608 eNB1 and eNB2 calculate the possible benefit metric according to the CoMP hypothesis suggestion of eNB3 (because the proposed CoMP hypothesis may be different from Default CoMP hypothesis), and decide whether to agree with the recommendation of eNB3. If eNB1 calculates, Cell 1 can achieve a gain of 5%, thus rejecting the recommendation of eNB3. Cell 2 can achieve a 45% gain after eNB2 is calculated, thus agreeing with the recommendation of eNB3.
  • Step S610 eNB1 sends a response message to eNB3 rejecting its proposed CoMP hypothesis, and carrying a Benefit metric of Cell 1 can obtain a gain of 5%.
  • eNB2 sends a response message to eNB3 agreeing to its proposed CoMP hypothesis.
  • Step S612 The eNB3 decides to give a new CoMP hypothesis suggestion according to the response of the eNB1 and the eNB2.
  • FIG. 7 is a flowchart of a CoMP cooperation process 3 in a centralized case according to a preferred embodiment 3 of the present invention, as shown in FIG. 7 (which is a CoMP cooperation process in which RSRP and CoMP hypothesis are combined in a centralized case) Described as follows:
  • Step S702 The eNB3 (which is set as the CoMP cooperative control node) transmits an RSRP report request message to the eNB1 and the eNB2, respectively, and carries the RSRP report request. If the periodic transmission is followed by the transmission period, or the event trigger transmission is triggered with the trigger threshold, it is assumed to be sent periodically.
  • Step S704 eNB1 and eNB2 respectively send a response message to eNB3 to indicate consent or rejection, and it is assumed here that the request of eNB3 is agreed.
  • Step S706 eNB1 and eNB2 periodically send an RSRP report message to the eNB3, respectively.
  • Step S708 The eNB3 performs an analysis and determines a CoMP hypothesis recommendation according to the RSRP information reported by the eNB1 and the eNB2 and the situation of the eNB2.
  • Step S710 eNB3 separately sends CoMP hypothesis suggestions (including CoMP hypothesis for Cell 1, Cell 2, and Cell 3) to eNB1 and eNB2.
  • Step S712 eNB1 and eNB2 respectively calculate the gain that may be obtained according to the CoMP hypothesis suggestion of eNB3, and thereby agree or reject the CoMP hypothesis suggestion of eNB3, and assume that the gain is obvious, thus agreeing with the suggestion of eNB3.
  • Step S714 eNB1 and eNB2 respectively send a response message to eNB3 to agree to the CoMP hypothesis suggestion of eNB3.
  • Step S716 eNB1, eNB2, and eNB3 muting the wireless time-frequency resources in Cell 1, Cell 2, and Cell 3 according to the proposed CoMP hypothesis.
  • FIG. 8 is a flowchart of a CoMP cooperation process 1 in a distributed case according to a preferred embodiment 4 of the present invention, as shown in FIG. 8 (a CoMP cooperation process combining Benefit metric and CoMP hypothesis in a distributed case)
  • the four descriptions are as follows:
  • Step S802 The eNB1 sends an indication message to the eNB2, carrying the Benefit metric and the corresponding CoMP hypothesis request. If the Benefit metric is 50% gain for Cell 1, the corresponding CoMP hypothesis request is to mution some of the time-frequency resources in Cell 2.
  • Step S804 The eNB2 analyzes according to the request of the eNB1 and its own situation to determine whether to agree to the requested CoMP hypothesis. If the consent request is estimated, the Cell 2 will have a negative gain of 5%, but considering that the Cell 1 will obtain a gain of 50%. And thus agreed.
  • Step S806 eNB2 sends a response message to eNB1 to agree to its request.
  • Step S808 The eNB2 mutes the wireless time-frequency resources in the Cell 2 according to the CoMP hypothesis requested by the eNB1.
  • FIG. 9 is a flowchart of a CoMP collaboration process 2 in a distributed case according to a preferred embodiment 5 of the present invention, as shown in FIG. 9 (for a CoMP collaboration process in which a Benefit metric and a Default CoMP hypothesis are combined in a distributed case)
  • Example 5 is described as follows:
  • Step S902 The eNB1 sends an indication message to the eNB2, carrying the Benefit metric and the Cell 2 ID.
  • the indication message does not include the corresponding CoMP hypothesis and only includes the adjacent Cell ID, and the CoMP hypothesis corresponding to the Benefit metric is Default CoMP hypothesis. Configured by the network management to the eNB and can be known to each other through inter-eNB interaction). If the Benefit metric is 30% gain for Cell 1, it is desirable to muture some of the time-frequency resources in Cell 2 according to Cell 2's Default CoMP hypothesis.
  • Step S904 The eNB2 analyzes according to the request of the eNB1, the Default CoMP hypothesis of the Cell 2, and its own situation to determine whether to agree to adjust the time-frequency resource of the Cell 2 according to the Default CoMP hypothesis. If the consent request is estimated, the Cell 2 will be 25%. Negative gain, thus rejecting.
  • Step S906 The eNB2 sends a response message to the eNB1, rejects the request, and carries the acceptable CoMP hypothesis of the Cell 2.
  • Step S908 eNB1 estimates the gain that can be obtained according to the acceptable CoMP hypothesis of Cell 2 fed back by eNB2.
  • Step S910 eNB1 sends an indication message to eNB2, carrying the Benefit metric and the corresponding CoMP hypothesis request. If the benefit metric is Cell 1, the gain of 28% is obtained, and the corresponding CoMP hypothesis request is to perform some time-frequency resources in Cell 2. Muting.
  • Step S912 The eNB2 determines whether to agree to the CoMP hypothesis request according to the request of the eNB1 and its own situation. If the request for the consent is obtained, the Cell 2 will have a negative gain of 3%, but the comprehensive consideration still agrees.
  • Step S914 The eNB2 sends a response message to the eNB1 to agree to its request.
  • Step S916 The eNB2 mutes the radio time-frequency resources in the Cell 2 according to the CoMP hypothesis request requested by the eNB1.
  • a storage medium in which the above software is stored, including but not limited to an optical disk, a floppy disk, a hard disk, an erasable memory, and the like.
  • modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • a CoMP collaboration method and apparatus provided by an embodiment of the present invention have the following beneficial effects: realizing interaction of CoMP collaboration information between base stations, thereby enabling CoMP collaboration in both distributed and centralized situations. To achieve the expected gain.

Landscapes

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

Abstract

本发明公开了一种CoMP协作方法及装置，其中，该方法包括：第一基站向一个或多个第二基站发送CoMP协作指示消息，其中，该CoMP协作指示消息设置为将上述第一基站对第二基站的协作要求通知给上述一个或多个第二基站；第一基站接收上述一个或多个第二基站的响应消息，并根据该响应消息确定是否按照上述协作要求执行CoMP协作。通过本发明，解决了相关技术中无法在节点之间交互CoMP协作信息的问题，实现了基站之间CoMP协作信息的交互，进而使得能够在分布式和集中式情况下均能进行CoMP协作以达到预期增益。

Description

CoMP协作方法及装置 技术领域
本发明涉及通信领域，具体而言，涉及一种协作多点传输技术(Coordinated multi-point transmission，简称为CoMP)协作方法及装置。
背景技术
随着LTE-A需求的提出，人们对节点平均频谱效率和节点边缘频谱效率越来越重视。由于LTE-A系统的上下行都是以正交频分复用(Orthogonal Frequency Division Multiplexing，简称为OFDM)或者以OFDM的某种变形为基本多址复用方式，与传统的以码分多址(Code Division Multiple Access，简称为CDMA)为基本多址复用方式的无线通信系统不同，LTE-A系统没有处理增益，节点内部因为完全频分正交，所以几乎不存在干扰问题，但在节点边缘处的干扰相对棘手，因此，节点边缘的频谱效率最受人们关注。
通常，对节点边缘处干扰的处理主要有三种方法：干扰随机化、干扰消除和干扰协调(躲避)，其中，干扰随机化的方法一般在跳频时采用直扩或者跳码的方法，减轻节点之间的干扰，无需网络规划，几乎不需要信令的支持，但是只能减轻干扰，不能从根本上消除节点之间的干扰；干扰消除的方法通过采用一些算法来消除干扰，一般需要额外的物理实体，如多天线技术等，才能实现对干扰的消除；干扰协调(躲避)的方法通过节点间交换信息，使得每个节点根据其他节点的信息和自身的情况，采用一些算法自动选择合适的资源进行传输，实现节点间资源的高效利用，减轻节点间资源碰撞的机会，达到节点边缘性能提升的目的，尽量避免出现节点间争用相同时频资源，从而避免节点之间产生干扰。
在LTE R11中，一种干扰协调(躲避)机制为协作多点传输技术(Coordinated multi-point transmission，简称为CoMP)，具体的技术包括协作调度/协作波束成型(Coordinated scheduling/Coordinated beam-forming，简称为CS/CB)：不同的传输节点之间通过协作调度并对空间波束权值进行协调，一方面使得功率上进行协作，另一方面在空间维度上进行协作以避免波束冲突的两个用户调度在相同的资源上；多点联合传输(Multi-point joint transmission，简称为JT)：多个小区在相同资源上共同为目标用户提供信号的传输，对终端来讲，在JT技术中，干扰信号变成了有用信号，从而大大提高信号接收质量；动态节点转换/静默(Dynamic point switching/blanking，简称为 DPS/DPB)：网络侧根据终端反馈的不同节点的链路性能，动态的选择最好的节点进行数据发送，或者动态的对干扰小区静默(muting)数据发送，或者DPS与DPB相结合。
在LTE R12中，进一步考虑了在非理想传输(backhaul)情况下的CoMP设计问题，并针对非理想backhaul下，为了支持CoMP，需要交互哪些内容进行了讨论，并认为需要交互三类信息：CoMP假设(hypothesis)信息：设置为指示期望接收节点采用什么样的资源分配方式协同进行CoMP；增益预期(Benefit metric)信息：设置为表征当按照CoMP hypothesis执行时，所能获得的有益效果的大小；以及参考信号接收功率(Reference Signal Receiving Power，简称为RSRP)信息，设置为作为长期特性信道状态信息(Channel State Information，简称为CSI)协助进行调度。但关于上述信息如何在节点之间交互并能同时满足分布式和集中式的CoMP协作还没有考虑。
针对相关技术中无法在节点之间交互CoMP协作信息的问题，目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种CoMP协作方法及装置，以至少解决相关技术中无法在节点之间交互CoMP协作信息的问题。
根据本发明的一个实施例，提供了一种CoMP协作方法，包括：第一基站向一个或多个第二基站发送CoMP协作指示消息，其中，所述CoMP协作指示消息设置为将所述第一基站对所述第二基站的协作要求通知给所述一个或多个第二基站；所述第一基站接收所述一个或多个第二基站的响应消息，并根据所述响应消息确定是否按照所述协作要求执行CoMP协作。
在第一基站向一个或多个第二基站发送CoMP协作指示消息之前，还包括：所述第一基站接收到所述一个或多个第二基站发来的CoMP协作请求消息，其中，所述CoMP协作请求消息设置为将所述第二基站的协作需求通知给所述第一基站；或者，所述第一基站接收到所述一个或多个第二基站发来的RSRP报告消息，其中，所述RSRP报告消息为所述一个或多个第二基站根据所述第一基站发送的RSRP报告请求消息发送的。
所述CoMP协作指示消息或者所述CoMP协作请求消息中携带指示标识，所述指示标识设置为区分该消息为所述CoMP协作指示消息还是所述CoMP协作请求消息。
所述CoMP协作请求消息中携带以下至少之一：一个或多个小区Cell的Benefit metric，一个或多个小区的CoMP协作hypothesis。
所述CoMP协作指示消息中携带以下至少之一：一个或多个小区Cell的Benefit metric，一个或多个小区的CoMP协作hypothesis。
所述响应消息包括：同意响应消息或者拒绝响应消息，其中，所述拒绝响应消息中携带所述第二基站可接受的一个或多个小区的CoMP协作假设。
所述一个或多个小区的CoMP协作假设若仅由所述一个或多个小区的小区标识表示，则确定所述一个或多个小区的CoMP协作假设为默认的CoMP协作假设；或者，所述一个或多个小区的CoMP协作假设由所述一个或多个小区的小区标识以及对所述一个或多个小区的无线时频资源分配要求表示。
所述RSRP报告请求消息或者所述RSRP报告消息的发送方式包括以下至少之一：通过单独用于传输所述RSRP报告请求消息或者所述RSRP报告消息的消息发送；通过RESOURCE STATUS REQUEST消息发送所述RSRP报告请求消息；通过RESOURCE STATUS RESPONSE/FAILURE消息发送所述RSRP报告请求消息的响应消息；通过RESOURCE STATUS UPDATE消息发送所述RSRP报告消息。
根据本发明的另一实施例，提供了一种CoMP协作方法，包括：第二基站接收第一基站的CoMP协作指示消息，其中，所述CoMP协作指示消息设置为将所述第一基站对所述第二基站的协作要求通知给所述一个或多个第二基站；所述第二基站按照预设的判断策略判断所述协作要求是否能够执行，并根据判断结果向所述第一基站发送响应消息。
所述响应消息包括：同意响应消息或者拒绝响应消息，其中，所述拒绝响应消息中携带所述第二基站可接受的一个或多个小区的CoMP协作假设。
根据本发明的再一实施例，提供了一种CoMP协作装置，位于第一基站中，包括：第一发送模块，设置为向一个或多个第二基站发送CoMP协作指示消息，其中，所述CoMP协作指示消息设置为将所述第一基站对所述第二基站的协作要求通知给所述一个或多个第二基站；第一接收模块，设置为接收所述一个或多个第二基站的响应消息，并根据所述响应消息确定是否按照所述协作要求执行CoMP协作。
根据本发明的再一实施例，还提供了一种CoMP协作装置，位于第二基站中，包括：第二接收模块，设置为接收第一基站的CoMP协作指示消息，其中，所述CoMP 协作指示消息设置为将所述第一基站对所述第二基站的协作要求通知给所述一个或多个第二基站；第二发送模块，设置为按照预设的判断策略判断所述协作要求是否能够执行，并根据判断结果向所述第一基站发送响应消息。
通过本发明，采用第一基站向一个或多个第二基站发送CoMP协作指示消息，其中，该CoMP协作指示消息设置为将上述第一基站对第二基站的协作要求通知给上述一个或多个第二基站；第一基站接收上述一个或多个第二基站的响应消息，并根据该响应消息确定是否按照上述协作要求执行CoMP协作的方式，解决了相关技术中无法在节点之间交互CoMP协作信息的问题，实现了基站之间CoMP协作信息的交互，进而使得能够在分布式和集中式情况下均能进行CoMP协作以达到预期增益。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的CoMP协作方法的流程图；
图2是根据本发明实施例的另一种CoMP协作方法的流程图；
图3是根据本发明实施例的CoMP协作装置的结构框图；
图4是根据本发明实施例的另一种CoMP协作装置的结构框图；
图5是根据本发明优选实施例一的集中式情况下的CoMP协作过程一的流程图；
图6是根据本发明优选实施例二的集中式情况下的CoMP协作过程二的流程图；
图7是根据本发明优选实施例三的集中式情况下的CoMP协作过程三的流程图；
图8是根据本发明优选实施例四的分布式情况下的CoMP协作过程一的流程图；
图9是根据本发明优选实施例五的分布式情况下的CoMP协作过程二的流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
本实施例考虑如何在eNB间交互CoMP协作信息使得能够在分布式和集中式情况下均能进行CoMP协作以达到预期增益。基于上述考虑，本实施例提供了一种CoMP协作方法，图1是根据本发明实施例的CoMP协作方法的流程图，如图1所示，该方法包括如下步骤：
步骤S102，第一基站向一个或多个第二基站发送CoMP协作指示消息，其中，该CoMP协作指示消息设置为将上述第一基站对第二基站的协作要求通知给上述一个或多个第二基站；
步骤S104，第一基站接收上述一个或多个第二基站的响应消息，并根据该响应消息确定是否按照上述协作要求执行CoMP协作。
本实施例通过上述步骤，第一基站将对第二基站的协作要求通过CoMP协作指示消息发送给一个或多个第二基站，第一基站根据接收到的第二基站的响应消息确定是否按照上述协作要求执行CoMP协作，从而将第一基站的协作要求交互给了一个或多个第二基站，同时第一基站也能接收到上述一个或多个第二基站对上述协作要求的响应消息，解决了相关技术中无法在节点之间交互CoMP协作信息的问题，实现了基站之间CoMP协作信息的交互，进而使得能够在分布式和集中式情况下均能进行CoMP协作以达到预期增益。
作为一种优选实施方式，在第一基站向一个或多个第二基站发送CoMP协作指示消息之前，还可以由第二基站主动发起该CoMP协作信息交互过程，例如，第一基站接收到一个或多个第二基站发来的CoMP协作请求消息，其中，该CoMP协作请求消息设置为将第二基站的协作需求通知给第一基站；或者，第一基站接收到一个或多个第二基站发来的RSRP报告消息，其中，该RSRP报告消息还可以是上述一个或多个第二基站根据第一基站发送的RSRP报告请求消息发送的，例如，eNB1可向eNB2发送RSRP报告请求消息，携带RSRP报告要求，如周期性发送则带发送周期，或事件触发发送则带触发门限；eNB2向eNB1回RSRP报告响应消息(同意或拒绝)；如同意，eNB2将按eNB1要求向eNB1发送RSRP报告消息。
优选地，上述CoMP协作指示消息或者CoMP协作请求消息中可以携带指示标识，该指示标识可以设置为区分该消息为CoMP协作指示消息还是CoMP协作请求消息。
优选地，上述CoMP协作请求消息或者CoMP协作指示消息中可以携带以下至少之一：一个或多个小区Cell的增益预期(Benefit metric)，一个或多个小区的CoMP协作假设(hypothesis)。
优选地，上述响应消息可以包括同意响应消息或者拒绝响应消息，其中，如果是拒绝响应消息，还可以携带第二基站可接受的一个或多个小区的CoMP协作假设。
作为一种优选实施方式，上述一个或多个小区的CoMP协作假设若仅由一个或多个小区的小区标识(Cell ID)表示，则可以确定该一个或多个小区的CoMP协作假设为默认的CoMP协作假设；或者，该一个或多个小区的CoMP协作假设可以由一个或多个小区的小区标识以及对该一个或多个小区的无线时频资源分配要求(如对无线时频资源的Muting要求)来表示，当然，CoMP协作假设的表示方式并不限于上述方式。
需要说明的是，上述一个或多个小区的CoMP协作假设通常是针对上述第二基站中的某个小区而言的，但也可以是针对上述第一基站中的某个小区或与第二基站存在协作关系的第三基站中的某个小区而言的。此时，表示第一基站中的某个小区或第三基站中的某个小区也可以同时对相应无线时频资源按上述CoMP协作假设进行分配，以便第二基站能够更好地做出是否同意第一基站的CoMP协作指示的判决。
优选地，上述RSRP报告请求消息或者RSRP报告消息的发送方式可以通过单独用于传输RSRP报告请求消息或者RSRP报告消息的消息发送；或者，也可以通过已存在的其他消息发送，例如，可以通过RESOURCE STATUS REQUEST消息发送RSRP报告请求消息，通过RESOURCE STATUS RESPONSE/FAILURE消息发送RSRP报告请求消息的响应消息；通过RESOURCE STATUS UPDATE消息发送RSRP报告消息。
在本实施例中，还提供了另一种协作多点传输技术CoMP协作方法，图2是根据本发明实施例的另一种CoMP协作方法的流程图，如图2所示，该方法包括如下步骤：
步骤S202，第二基站接收第一基站的CoMP协作指示消息，其中，该CoMP协作指示消息设置为将上述第一基站对第二基站的协作要求通知给上述一个或多个第二基站；
步骤S204，第二基站按照预设的判断策略判断上述协作要求是否能够执行，并根据判断结果向第一基站发送响应消息。
本实施例通过上述步骤，第二基站通过CoMP协作指示消息接收到第一基站的协作要求，第二基站按照判断策略判断该协作要求是否能够执行，并根据判断结果向第一基站发送响应消息，从而一个或多个第二基站接收到了第一基站的协作要求，同时第二基站也能将其对上述协作要求的响应消息发送给第一基站，解决了相关技术中无法在节点之间交互CoMP协作信息的问题，实现了基站之间CoMP协作信息的交互，进而使得能够在分布式和集中式情况下均能进行CoMP协作以达到预期增益。
优选地，上述响应消息可以包括同意响应消息或者拒绝响应消息，其中，如果是拒绝响应消息，还可以携带第二基站可接受的一个或多个小区的CoMP协作假设。
对应于上述第一种CoMP协作方法，在本实施例中还提供了一种CoMP协作装置，位于第一基站中，该装置设置为实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图3是根据本发明实施例的CoMP协作装置的结构框图，如图3所示，该装置包括第一发送模块32和第一接收模块34，下面对各个模块进行详细说明：
第一发送模块32，设置为向一个或多个第二基站发送CoMP协作指示消息，其中，该CoMP协作指示消息设置为将上述第一基站对第二基站的协作要求通知给上述一个或多个第二基站；第一接收模块34，与第一发送模块32相连，设置为接收上述一个或多个第二基站的响应消息，并根据该响应消息确定是否按照上述协作要求执行CoMP协作。
对应于上述另一种CoMP协作方法，在本实施例中还提供了另一种CoMP协作装置，位于第二基站中，图4是根据本发明实施例的另一种CoMP协作装置的结构框图，如图4所示，该装置包括第二接收模块42和第二发送模块44，下面对各个模块进行详细说明：
第二接收模块42，设置为接收第一基站的CoMP协作指示消息，其中，该CoMP协作指示消息设置为将上述第一基站对第二基站的协作要求通知给上述一个或多个第二基站；第二发送模块44，设置为按照预设的判断策略判断第二接收模块42接收到的协作要求是否能够执行，并根据判断结果向上述第一基站发送响应消息。
下面结合优选实施例进行说明，以下优选实施例结合了上述实施例及其优选实施方式。
在以下优选实施例中，考虑到上述技术问题，提供了一种通用的CoMP协作方法，eNB1向eNB2发送CoMP协作指示消息，eNB2向eNB1回CoMP协作响应消息(同意或拒绝)。
在这之前，eNB2可向eNB1发送CoMP协作请求消息。
在这之前，eNB1可向eNB2发送RSRP报告请求消息，携带RSRP报告要求，如周期性发送则带发送周期，或事件触发发送则带触发门限；eNB2向eNB1回RSRP报告响应消息(同意或拒绝)；如同意，eNB2将按eNB1要求向eNB1发送RSRP报告消息。
上述CoMP协作指示消息主要表示的是对接收方的CoMP协作要求；上述CoMP协作请求消息主要表示的是发送方的CoMP协作需求。
优选地，上述CoMP协作指示消息和CoMP协作请求消息可以是同一条消息，可以在消息中定义一个标识来区分该消息是指示消息还是请求消息。
优选地，CoMP协作指示/请求消息中携带至少以下之一的信息：一个或多个Cell的Benefit metric、一个或多个Cell的CoMP hypothesis。
优选地，当回CoMP协作响应消息(拒绝)时，可以携带一个或多个Cell的可接受的CoMP hypothesis。
优选地，CoMP协作指示/请求消息中携带的一个或多个Cell的CoMP hypothesis信息可以只用一个或多个Cell的Cell ID来表示，此时、表示使用Default CoMP hypothesis(可由网管配置到eNB并可通过eNB间交互而使得eNB间彼此了解，或在集中式情况下可由CoMP协作控制节点产生后发送到各eNB)。
优选地，上述RSRP报告请求消息、RSRP报告响应消息、RSRP报告消息可以是新的消息，也可以通过改进已有的X2AP消息实现，如改通过进RESOURCE STATUS REQUEST消息来实现RSRP报告请求消息，改通过进RESOURCE STATUS RESPONSE/FAILURE消息来实现RSRP报告响应消息，改通过进RESOURCE STATUS UPDATE消息来实现RSRP报告响应消息。
实施例一
图5是根据本发明优选实施例一的集中式情况下的CoMP协作过程一的流程图，如图5所示(为集中式情况下Benefit metric、CoMP hypothesis相结合的CoMP协作过程)的实施例一描述如下：
步骤S502：eNB1、eNB2各自发送请求消息给eNB3(设为CoMP协作控制节点)，携带Benefit metric(用Cell ID、增益百分比表示)和相应的CoMP hypothesis(用Cell ID、时频资源分配信息表示)请求。如eNB1发送的请求消息中的Benefit metric为Cell1将取得30％的增益，相应的CoMP hypothesis请求是希望对Cell 2中的一些时频资源 进行muting。而eNB2发送的请求消息中的Benefit metric为Cell 2将取得50％的增益，相应的CoMP hypothesis请求是希望对Cell 1、Cell 3中的一些时频资源进行muting。
步骤S504：eNB3根据eNB1和eNB2的请求以及自己的情况进行分析决定给出CoMP hypothesis建议(包括针对Cell 1、Cell 2、Cell 3的CoMP hypothesis)，以及Cell3可能取得的Benefit metric。
步骤S506：eNB3分别发送指示消息给eNB1和eNB2，携带CoMP hypothesis建议，以及Cell 3可能取得的Benefit metric。如建议eNB1中的Cell 1与eNB2中的Cell2分别对一些时频资源进行muting，并且eNB3自己也将对Cell 3中的一些时频资源进行muting，而eNB3中的Cell 3将可以取得40％的增益。
步骤S508：eNB1和eNB2根据eNB3的CoMP hypothesis建议计算可能取得的Benefit metric(因为CoMP hypothesis建议可能与步骤S502中请求消息中的CoMP hypothesis请求不同)，并决定是否同意eNB3的建议。如eNB1计算后Cell 1可能取得35％的增益，因而同意eNB3的建议。eNB2计算后Cell 2可能取得45％的增益，因而同意eNB3的建议。
步骤S510：eNB1、eNB2各自发送响应消息给eNB3，同意eNB3的CoMP hypothesis建议。
步骤S512：eNB1、eNB2和eNB3根据CoMP hypothesis建议分别对Cell 1、Cell 2和Cell 3中的无线时频资源进行muting。
实施例二
图6是根据本发明优选实施例二的集中式情况下的CoMP协作过程二的流程图，如图6所示(为集中式情况下Benefit metric、Default CoMP hypothesis相结合的CoMP协作过程)的实施例二描述如下：
步骤S602：eNB1、eNB2各自发送请求消息给eNB3(设为CoMP协作控制节点)，携带Benefit metric和邻接Cell ID，此时、表示Benefit metric对应的CoMP hypothesis为Default CoMP hypothesis(由网管配置到eNB并可通过eNB间交互而彼此了解，或由CoMP协作控制节点产生后发送到eNB)。如eNB1发送的请求消息中的Benefit metric为Cell 1将取得30％的增益，相应的邻接Cell ID为Cell 2ID，是希望对Cell 2中的一些时频资源按照Cell 2的Default CoMP hypothesis进行muting。而eNB2发送的请求消息中的Benefit metric为Cell 2将取得50％的增益，相应的邻接Cell ID为Cell 1ID和Cell 3ID，是希望对Cell 1和Cell 3中的一些时频资源分别按照Cell 1和Cell 3的Default CoMP hypothesis进行muting。
步骤S604：eNB3(作为CoMP协作控制节点，知道所有相关Cell的Default CoMP hypothesis，如eNB1中Cell 1的、eNB2中Cell 2的等)根据eNB1和eNB2的请求、各相关Cell的Default CoMP hypothesis以及自己的情况进行分析决定给出CoMP hypothesis建议，以及Cell 3可能取得的Benefit metric。
步骤S606：eNB3分别发送指示消息给eNB1和eNB2，携带CoMP hypothesis建议，以及Cell 3可能取得的Benefit metric。如建议eNB1中的Cell 1与eNB2中的Cell2分别对一些时频资源进行muting，并且eNB3自己也将对Cell 3中的一些时频资源进行muting，而eNB3中的Cell 3将可以取得40％的增益。
步骤S608：eNB1和eNB2根据eNB3的CoMP hypothesis建议计算可能取得的Benefit metric(因为建议的CoMP hypothesis可能与Default CoMP hypothesis不同)，并决定是否同意eNB3的建议。如eNB1计算后Cell 1可取得5％的增益，因而拒绝eNB3的建议。eNB2计算后Cell 2可取得45％的增益，因而同意eNB3的建议。
步骤S610：eNB1发送响应消息给eNB3拒绝其建议的CoMP hypothesis，携带Benefit metric为Cell 1可取得5％的增益。eNB2发送响应消息给eNB3同意其建议的CoMP hypothesis。
步骤S612：eNB3根据eNB1、eNB2的响应情况决定给出新的CoMP hypothesis建议。
实施例三
图7是根据本发明优选实施例三的集中式情况下的CoMP协作过程三的流程图，如图7所示(为集中式情况下RSRP、CoMP hypothesis相结合的CoMP协作过程)的实施例三描述如下：
步骤S702：eNB3(设为CoMP协作控制节点)分别向eNB1、eNB2发送RSRP报告请求消息，携带RSRP报告要求。如周期性发送则带发送周期，或事件触发发送则带触发门限，这里假设为周期性发送。
步骤S704：eNB1、eNB2分别发送响应消息给eNB3，以表示同意或拒绝，这里假设为同意eNB3的请求。
步骤S706：eNB1、eNB2分别向eNB3周期性地发送RSRP报告消息。
步骤S708：eNB3根据eNB1和eNB2上报的RSRP信息以及自己的情况进行分析决定给出CoMP hypothesis建议。
步骤S710：eNB3分别发送CoMP hypothesis建议(包括针对Cell 1、Cell 2、Cell3的CoMP hypothesis)给eNB1、eNB2。
步骤S712：eNB1、eNB2分别根据eNB3的CoMP hypothesis建议进行计算可能取得的增益，以此为依据同意或拒绝eNB3的CoMP hypothesis建议，这里假设增益明显，因而同意eNB3的建议。
步骤S714：eNB1、eNB2分别送响应消息给eNB3，以同意eNB3的CoMP hypothesis建议。
步骤S716：eNB1、eNB2和eNB3根据建议的CoMP hypothesis分别对Cell 1、Cell2和Cell 3中的无线时频资源进行muting。
实施例四
图8是根据本发明优选实施例四的分布式情况下的CoMP协作过程一的流程图，如图8所示(为分布式情况下Benefit metric、CoMP hypothesis相结合的CoMP协作过程)的实施例四描述如下：
步骤S802：eNB1发送指示消息给eNB2，携带Benefit metric和相应的CoMP hypothesis请求。如Benefit metric为Cell 1将取得50％的增益，相应的CoMP hypothesis请求是希望对Cell 2中的一些时频资源进行muting。
步骤S804：eNB2根据eNB1的请求以及自己的情况进行分析决定是否同意所请求的CoMP hypothesis，如估算同意请求后将导致Cell 2出现5％的负增益，但考虑到Cell 1将取得50％的增益，因而还是同意了。
步骤S806：eNB2发送响应消息给eNB1，同意其请求。
步骤S808：eNB2根据eNB1请求的CoMP hypothesis对Cell 2中的无线时频资源进行muting。
实施例五
图9是根据本发明优选实施例五的分布式情况下的CoMP协作过程二的流程图，如图9所示(为分布式情况下Benefit metric、Default CoMP hypothesis相结合的CoMP协作过程)的实施例五描述如下：
步骤S902：eNB1发送指示消息给eNB2，携带Benefit metric和Cell 2ID，此时(指示消息中没有包含相应的CoMP hypothesis而只包含了邻接Cell ID)、表示Benefit metric对应的CoMP hypothesis为Default CoMP hypothesis(由网管配置到eNB并可通过eNB间交互而彼此了解)。如Benefit metric为Cell 1将取得30％的增益，相应地希望对Cell 2中的一些时频资源按照Cell 2的Default CoMP hypothesis进行muting。
步骤S904：eNB2根据eNB1的请求、Cell 2的Default CoMP hypothesis以及自己的情况进行分析决定是否同意对Cell 2按Default CoMP hypothesis进行时频资源调整，如估算同意请求后将导致Cell 2出现25％的负增益，因而拒绝。
步骤S906：eNB2发送响应消息给eNB1，拒绝其请求，并携带Cell 2的可接受的CoMP hypothesis。
步骤S908：eNB1根据eNB2反馈的Cell 2的可接受的CoMP hypothesis估算可能获得的增益。
步骤S910：eNB1发送指示消息给eNB2，携带Benefit metric和相应的CoMP hypothesis请求,如Benefit metric为Cell 1将取得28％的增益，相应的CoMP hypothesis请求是希望对Cell 2中的一些时频资源进行muting。
步骤S912：eNB2根据eNB1的请求以及自己的情况进行分析决定是否同意CoMP hypothesis请求，如估算同意请求后将导致Cell 2出现3％的负增益，但综合考虑还是同意了。
步骤S914：eNB2发送响应消息给eNB1，同意其请求。
步骤S916：eNB2根据eNB1请求的CoMP hypothesis请求对Cell 2中的无线时频资源进行muting。
在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施例中描述的技术方案。
在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于光盘、软盘、硬盘、可擦写存储器等。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
工业实用性
如上所述，本发明实施例提供的一种CoMP协作方法及装置，具有以下有益效果：实现了基站之间CoMP协作信息的交互，进而使得能够在分布式和集中式情况下均能进行CoMP协作以达到预期增益。

Claims (12)

  1. 一种协作多点传输技术CoMP协作方法，包括：
    第一基站向一个或多个第二基站发送CoMP协作指示消息，其中，所述CoMP协作指示消息设置为将所述第一基站对所述第二基站的协作要求通知给所述一个或多个第二基站；
    所述第一基站接收所述一个或多个第二基站的响应消息，并根据所述响应消息确定是否按照所述协作要求执行CoMP协作。
  2. 根据权利要求1所述的方法，其中，在第一基站向一个或多个第二基站发送CoMP协作指示消息之前，还包括：
    所述第一基站接收到所述一个或多个第二基站发来的CoMP协作请求消息，其中，所述CoMP协作请求消息设置为将所述第二基站的协作需求通知给所述第一基站；或者，
    所述第一基站接收到所述一个或多个第二基站发来的参考信号接收功率RSRP报告消息，其中，所述RSRP报告消息为所述一个或多个第二基站根据所述第一基站发送的RSRP报告请求消息发送的。
  3. 根据权利要求2所述的方法，其中，所述CoMP协作指示消息或者所述CoMP协作请求消息中携带指示标识，所述指示标识设置为区分该消息为所述CoMP协作指示消息还是所述CoMP协作请求消息。
  4. 根据权利要求2所述的方法，其中，所述CoMP协作请求消息中携带以下至少之一：
    一个或多个小区Cell的增益预期Benefit metric，一个或多个小区的CoMP协作假设hypothesis。
  5. 根据权利要求1所述的方法，其中，所述CoMP协作指示消息中携带以下至少之一：
    一个或多个小区Cell的增益预期Benefit metric，一个或多个小区的CoMP协作假设hypothesis。
  6. 根据权利要求5所述的方法，其中，所述响应消息包括：同意响应消息或者拒绝响应消息，其中，所述拒绝响应消息中携带所述第二基站可接受的一个或多个小区的CoMP协作假设。
  7. 根据权利要求4至6中任一项所述的方法，其中，所述一个或多个小区的CoMP协作假设若仅由所述一个或多个小区的小区标识表示，则确定所述一个或多个小区的CoMP协作假设为默认的CoMP协作假设；或者，所述一个或多个小区的CoMP协作假设由所述一个或多个小区的小区标识以及对所述一个或多个小区的无线时频资源分配要求表示。
  8. 根据权利要求2所述的方法，其中，所述RSRP报告请求消息或者所述RSRP报告消息的发送方式包括以下至少之一：
    通过单独用于传输所述RSRP报告请求消息或者所述RSRP报告消息的消息发送；
    通过RESOURCE STATUS REQUEST消息发送所述RSRP报告请求消息；
    通过RESOURCE STATUS RESPONSE/FAILURE消息发送所述RSRP报告请求消息的响应消息；
    通过RESOURCE STATUS UPDATE消息发送所述RSRP报告消息。
  9. 一种协作多点传输技术CoMP协作方法，包括：
    第二基站接收第一基站的CoMP协作指示消息，其中，所述CoMP协作指示消息设置为将所述第一基站对所述第二基站的协作要求通知给所述一个或多个第二基站；
    所述第二基站按照预设的判断策略判断所述协作要求是否能够执行，并根据判断结果向所述第一基站发送响应消息。
  10. 根据权利要求9所述的方法，其中，所述响应消息包括：同意响应消息或者拒绝响应消息，其中，所述拒绝响应消息中携带所述第二基站可接受的一个或多个小区的CoMP协作假设。
  11. 一种协作多点传输技术CoMP协作装置，位于第一基站中，包括：
    第一发送模块，设置为向一个或多个第二基站发送CoMP协作指示消息，其中，所述CoMP协作指示消息设置为将所述第一基站对所述第二基站的协作要求通知给所述一个或多个第二基站；
    第一接收模块，设置为接收所述一个或多个第二基站的响应消息，并根据所述响应消息确定是否按照所述协作要求执行CoMP协作。
  12. 一种协作多点传输技术CoMP协作装置，位于第二基站中，包括：
    第二接收模块，设置为接收第一基站的CoMP协作指示消息，其中，所述CoMP协作指示消息设置为将所述第一基站对所述第二基站的协作要求通知给所述一个或多个第二基站；
    第二发送模块，设置为按照预设的判断策略判断所述协作要求是否能够执行，并根据判断结果向所述第一基站发送响应消息。
PCT/CN2014/087225 2014-05-08 2014-09-23 CoMP协作方法及装置 WO2015169031A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410193184.8 2014-05-08
CN201410193184.8A CN105101417A (zh) 2014-05-08 2014-05-08 CoMP协作方法及装置

Publications (1)

Publication Number Publication Date
WO2015169031A1 true WO2015169031A1 (zh) 2015-11-12

Family

ID=54392071

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/087225 WO2015169031A1 (zh) 2014-05-08 2014-09-23 CoMP协作方法及装置

Country Status (2)

Country Link
CN (1) CN105101417A (zh)
WO (1) WO2015169031A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018010689A1 (zh) * 2016-07-14 2018-01-18 中兴通讯股份有限公司 多点协作的分组管理方法、装置及系统

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018176415A1 (zh) * 2017-03-31 2018-10-04 华为技术有限公司 一种协作小区确定方法及网络设备
CN110062417B (zh) 2018-01-19 2023-08-22 华为技术有限公司 一种协作传输控制的方法、装置及系统
WO2024016143A1 (zh) * 2022-07-19 2024-01-25 华为技术有限公司 一种计算协作方法及相关装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101594644A (zh) * 2009-07-02 2009-12-02 西安电子科技大学 支持CoMP操作集合选择的信令交互方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010148536A1 (zh) * 2009-06-23 2010-12-29 上海贝尔股份有限公司 协同多点传输系统中的传输方案确定方法和设备
EP2664177A1 (en) * 2011-01-10 2013-11-20 Nokia Solutions and Networks Oy Dynamic transmission set indication

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101594644A (zh) * 2009-07-02 2009-12-02 西安电子科技大学 支持CoMP操作集合选择的信令交互方法

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
ALCATEL -LUCENT ET AL.: "Signalling Details and Procedures Supporting eCoMP", 3GPP TSG RAN WG1 MEETING #76BIS R1-141725, 4 April 2014 (2014-04-04), Shenzhen China, XP050787396 *
NSN.: "Signalling framework for inter-eNB CoMP based on Coordinated Muting", 3GPP TSG-RAN WG3 MEETING #83 R3-140181, 14 February 2014 (2014-02-14), Prague Czech Republic, XP050738622 *
SAMSUNG ET AL.: "Coordination schemes for Inter-eNB CoMP", 3GPP TSG-RAN WG3 MEETING #83 R3-140396, 14 February 2014 (2014-02-14), Prague Czech Republic, XP050755878 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018010689A1 (zh) * 2016-07-14 2018-01-18 中兴通讯股份有限公司 多点协作的分组管理方法、装置及系统
US10673494B2 (en) 2016-07-14 2020-06-02 Zte Corporation Grouping management method, apparatus and system in coordinated multiple points

Also Published As

Publication number Publication date
CN105101417A (zh) 2015-11-25

Similar Documents

Publication Publication Date Title
JP5592567B2 (ja) 多地点協調通信における協調セルセット確立方法
KR102241076B1 (ko) 무선 통신 시스템에서 NIB CoMP 방법 및 장치
KR102243661B1 (ko) 무선 통신 시스템에서 NIB CoMP 방법 및 장치
EP2962505B1 (en) Method and system for inter-cell resource sharing
US10389498B2 (en) Signaling method for CoMP operation in wireless communication system and device therefor
US11350405B2 (en) Enabling exchange of information on radio frame configuration in neighbor cells
US10397980B2 (en) Method and device for electing a coordination node in a coordinated multipoint set
US10880906B2 (en) Apparatuses, methods and computer programs for implementing fairness and complexity-constrained a non-orthogonal multiple access (NOMA) scheme
JP2016502766A (ja) 無線通信システムおよび通信制御方法
WO2015169031A1 (zh) CoMP协作方法及装置
KR20140048991A (ko) 채널 상태 정보 보고 방법, 사용자 장치 및 기지국
JP6274220B2 (ja) 無線通信方法と無線通信デバイス
JP6470369B2 (ja) ＣｏＭＰにおいてシグナリング情報を交換するための装置および方法
JP2013098807A (ja) 通信システム及び基地局装置
JP2015516776A (ja) 信号を送信する方法及びシステム
EP2809114B1 (en) Method and device for determining transmitting power
EP3211952B1 (en) Joint interference rejection method and device, and method and device for realizing uplink comp
US20180192357A1 (en) A Method, System and Devices for Enabling a Network Node to Perform a Radio Operation Task in a Telecommunication Network
EP3007485B1 (en) Methods and apparatus for coordinated multipoint communication
TW201526686A (zh) 用於集中式資源協調的方法與裝置
WO2017063430A1 (zh) 一种选择参与协作多点传输的传输节点的方法及装置
Qizi Device-To-Device (D2D) Communications
WO2015169027A1 (zh) 协作多点传输处理方法、装置和基站及其系统
Ji et al. Interference avoidance and coordination for small cells in B4G cellular networks
CN116667889A (zh) 传输方法、装置、设备及可读存储介质

Legal Events

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

Ref document number: 14891569

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14891569

Country of ref document: EP

Kind code of ref document: A1