WO2011038644A1 - 一种子帧标识信息的传输方法及系统 - Google Patents

一种子帧标识信息的传输方法及系统 Download PDF

Info

Publication number
WO2011038644A1
WO2011038644A1 PCT/CN2010/077056 CN2010077056W WO2011038644A1 WO 2011038644 A1 WO2011038644 A1 WO 2011038644A1 CN 2010077056 W CN2010077056 W CN 2010077056W WO 2011038644 A1 WO2011038644 A1 WO 2011038644A1
Authority
WO
WIPO (PCT)
Prior art keywords
subframe
receiving end
information
identification information
pdsch
Prior art date
Application number
PCT/CN2010/077056
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 WO2011038644A1 publication Critical patent/WO2011038644A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Definitions

  • the invention belongs to the field of communications, and in particular relates to a method and system for transmitting subframe identification information.
  • MBMS Multimedia Broadcast Broadcasting Service
  • the technology of transmitting data by the target realizes the sharing of resources of the network (including the core network and the access network), and improves the utilization of network resources (especially air interface resources).
  • MBMS defined by 3GPP can not only realize plain text low-rate message class multicast and broadcast, but also realize high-speed multimedia service broadcast and multicast, providing a variety of rich video, audio and multimedia services, which undoubtedly conforms to future mobile
  • the trend of data development provides a better business prospect for the development of 3G.
  • the MBSFN (Multicast Broadcast Single Frequency Network) subframe is used to transmit MBMS services, but not all MBSFN subframes are used to transmit MBMS services, and MBSFN subframes have other Uses, such as location services, relay services, etc.
  • LTE Release 8/9 specifies that a two-level method is used to configure MBSFN radio frames and MBSFN sub-frames that carry MBMS services. The details are as follows:
  • the first level implements the MBSFN radio frame configuration carrying MBMS, which satisfies the following equation:
  • radioFrameAllocationPeriod radioFrameAllocationOffset
  • SFN is the abbreviation of System Frame Number, which is the wireless frame number of the system, from 0 to 1023.
  • radioFrameAllocationPeriod indicates the MBSFN radio frame period, which can take ⁇ 1, 2, 4, 8, 16, 32 ⁇ Any one of the values;
  • radioFrameAllocationOffset indicates the offset of the MBSFN radio frame, which is an integer and less than the value of the selected MBSFN radio frame period, greater than or equal to 0; mod indicates that the SFN modulo or spare the radioFrameAllocationPeriod.
  • the second level implements the specific MBSFN subframes in the MBSFN radio frame that carries the MBMS service to carry the MBMS service, and uses the method of the bitmap to indicate that the subframes #0, #4, #5, and #9 in the FDD mode cannot be carried in the LTE.
  • the service, in the TDD mode the subframes #0, #1, #5, and #6 cannot carry the MBMS service. Therefore, the 6-bit bitmap can describe which of the remaining 6 subframes carry the MBMS service.
  • the MBSFN subframe configuration for carrying the MBMS service in each MBSFN radio frame is the same. Since the two-level configuration signaling is transmitted to the terminal on the BCCH (Broadcast Control Channel), the MBSFN subframe configuration in the MBSFN radio frame cannot be changed in each BCCH modification period.
  • BCCH Broadcast Control Channel
  • SIB2 System Information Block 2 of the BCCH (Broadcast Control Channel).
  • the OFDM (Orthogonal Frequency Division Multiplexing) symbol in front of the MBSFN subframe is occupied by a Physical Downlink Control Channel (PDCCH), and the latter OFDM symbol is a Physical Multicast Channel (PMCH).
  • PMCH Physical Multicast Channel
  • Figure 1 (a) when the MBSFN subframe transmits a unicast service, the subsequent PMCH changes to a PDSCH (Physical Downlink Shared Channel).
  • PDSCH Physical Downlink Shared Channel
  • LTE-Advanced also known as LTE R10
  • LTE R10 LTE-Advanced
  • the MBSFN subframe transmits the unicast service to the receiving end of R10.
  • R10, R9, and R8 receivers in LTE-Advanced, and new high-efficiency pilots are used in LTE-Advanced systems.
  • the receivers of R8 and R9 cannot recognize these new pilots.
  • the R8, R9, and R10 receivers are simultaneously scheduled in the subframe, and the subframe is used. Old pilot, but this will lead to system efficiency degradation, so it is best to schedule the receiver of R10 in a subframe, which can use the efficient pilot designed for the R10 receiver, and the receiver of R8, R9
  • the PDSCHs are not received on these subframes configured for the R10 receiver, and these subframes are directly skipped. According to the existing protocol, the R8 receiver directly skips the PDSCH of all MBSFN subframes.
  • the protocol of R9 is being developed. Up to now, the R9 receiver does not receive the PDSCH on the MBSFN subframe, so the MBSFN subframe can be received as R10. The PDSCH is transmitted, but because the configured MBSFN subframes have more uses, it is not known which MBSFN subframes can be used to transmit unicast services for the R10 receiver.
  • the technical problem to be solved by the present invention is to provide a method and a system for transmitting subframe identification information, so that the R10 receiver or the receiving end of the standard protocol produced by the LTE can indicate the MBSFN subframe identifier for which the unicast service is transmitted. information.
  • the present invention discloses a method for transmitting seed frame identification information, including: a physics of a multicast broadcast single frequency network (MBSFN) subframe configured by a transmitting end to transmit a physical downlink shared channel (PDSCH) for a receiving end
  • the downlink control channel (PDCCH) sends the subframe identification information to the receiving end, where the subframe identifier information is used to indicate that the MBSFN subframe is an MBSFN subframe for transmitting the PDSCH to the receiving end.
  • the receiving end is a receiving end or a relay station which is produced according to the standard protocol of LTE Release 10, or a receiving end or a relay station which is produced according to a standard protocol of the subsequent LTE.
  • the method further includes: the receiving end detecting the subframe identification information on the PDCCH of each subframe, and when the receiving end detects the subframe identification information, detecting the scheduling information of the PDSCH in the subframe, and then scheduling the information according to the PDSCH.
  • Receive PDSCH data Receive PDSCH data.
  • the sending end sends the subframe identification information to the receiving end in the PDCCH: the sending end carries the subframe identification information in a preset search space of the PDCCH, or a common search space of the PDCCH, or by a preset dedicated wireless
  • the search space calculated by the Network Temporary Identity (RNTI) is sent to the receiving end.
  • RNTI Network Temporary Identity
  • the foregoing method further includes: when the sending end carries the subframe identification information on the PDCCH, the preset search Space, or the common search space of the PDCCH,
  • the transmitting end uses the reserved bit of a certain downlink control information format agreed upon in the PDCCH as the subframe identification information, or uses the newly added bit of a certain DCI format agreed in the PDCCH as the subframe identification information.
  • the invention also discloses a method for transmitting seed frame identification information, including:
  • the transmitting end transmits the subframe identification information of the multicast broadcast single frequency network (MBSFN) subframe configured to transmit the physical downlink shared channel (PDSCH) to the receiving end.
  • MBSFN multicast broadcast single frequency network
  • the receiving end is a receiving end or a relay station which is produced according to the standard protocol of LTE Release 10, or a receiving end or a relay station which is produced according to a standard protocol of the subsequent LTE.
  • the subframe identifier information is used to indicate that the MBSFN subframe of the PDSCH is sent by the receiving end in a certain period, or is used to indicate that all MBSFN subframes of the PDSCH are sent by the receiving end.
  • the method further includes: receiving, by the receiving end, the subframe identifier information, and detecting, by the subframe identifier information, the received PDSCH data on the MBSFN subframe that is sent by the receiving end to the PDSCH.
  • the sending end sends the subframe identification information to the receiving end in a broadcast form: the transmitting end carries the subframe identification information in a broadcast control channel (BCCH) or dedicated signaling, and periodically sends the received information to the receiving. end.
  • BCCH broadcast control channel
  • the sending, by the sending end, the sending of the subframe identification information in the BCCH to the receiving end includes: transmitting, by the transmitting end, the subframe identification information in the System Information Block (SIB) 2 in the BCCH, or adding the SIB in the BCCH to Carrying subframe identification information.
  • SIB System Information Block
  • the method further includes: when the sending end adds the SIB to the BCCH to carry the subframe identification information, the sending end adds the update notification information to the new SIB, and the new SIB update notification information is used to notify whether the receiving terminal frame identification information occurs. Update.
  • the update notification information of the newly added SIB shares the same update notification information as the update notification information of other SIBs in the BCCH, or the update notification information different from the update notification information of other SIBs in the BCCH is set for the new SIB.
  • the method further includes: sending, by the sending end, the update notification information of the newly added SIB to the paging message and sending the information to the receiving end.
  • the method further includes: the sending end carries the scheduling information of the newly added SIB in the SIB1 and sends the scheduling information to the receiving end.
  • the method further includes: sending, by the sending end, the update notification information of the newly added SIB to be sent at a location of the PDCCH.
  • the sending, by the sending end, the sending of the subframe identifier information in the dedicated signaling to the receiving end comprises: sending, by the sending end, the subframe identifier information carrying special signaling in a point-to-multipoint broadcast manner to the receiving end.
  • the method further includes: the sending end is configured to update the notification information for the dedicated signaling, where the update notification information of the dedicated signaling is used to notify whether the dedicated signaling of the receiving end is updated, where the sending end carries the update notification information of the dedicated signaling
  • the paging message or PDCCH is sent to the receiving end.
  • the method further includes: the sending end configuring a dedicated signaling modification period for the dedicated signaling, and sending the update notification information of the dedicated signaling in the dedicated signaling modification period; or
  • the transmitting end only periodically transmits the dedicated signaling, and transmits the update notification information of the dedicated signaling in each cycle of transmitting the dedicated signaling.
  • the invention also discloses a transmission system for seed frame identification information, comprising a transmitting end and a receiving end, wherein:
  • the sending end is configured to send the subframe identification information to the receiving end in a physical downlink control channel (PDCCH) of the multicast broadcast single frequency network (MBSFN) subframe configured to receive the physical downlink shared channel (PDSCH) of the receiving end, where
  • the frame identification information is used to indicate that the MBSFN subframe is a multicast MBSFN subframe that transmits the PDSCH to the receiving end;
  • the receiving end is configured to detect the subframe identification information on the PDCCH of each subframe, and when the receiving end detects the subframe identification information, detect the scheduling information of the PDSCH in the subframe, and then receive the PDSCH data according to the PDSCH scheduling information. .
  • the receiving end is a receiving end or a relay station produced according to the standard protocol of LTE Release 10, or a receiving end or a relay station which is produced according to a subsequent standard protocol of LTE.
  • the sending end is further configured to carry the subframe identification information in a preset search space of the PDCCH, or a public search space of the PDCCH, or by a preset dedicated wireless network.
  • Time Identification (RNTI) is calculated in the search space.
  • the transmitting end is further configured to use the reserved bit of a certain downlink control information format agreed upon in the PDCCH as a sub-
  • the frame identification information is used as the subframe identification information by adding a new bit of a certain DCI format agreed in the PDCCH.
  • the sending end is further configured to send the subframe identification information of the MBSFN subframe configured to transmit the PDSCH to the receiving end in broadcast form;
  • the receiving end is further configured to receive the subframe identification information, and the subframe identifier The information indicates that the received PDSCH data is detected on the MBSFN subframe in which the receiving end transmits the PDSCH.
  • the subframe identification information is used to indicate that the MBSFN subframe of the PDSCH is sent by the receiving end in a certain period, or is used to indicate all MBSFN subframes that are the PDSCH for the receiving end.
  • the sending end is further configured to periodically transmit the subframe identification information in a broadcast control channel (BCCH) or dedicated signaling to the receiving end in a broadcast form.
  • BCCH broadcast control channel
  • the sending end is further configured to carry the subframe identification information in the system information block (SIB) 2 in the BCCH when the subframe identification information is carried in the BCCH and sent to the receiving end, or in the BCCH A new SIB is added to carry the subframe identification information.
  • SIB system information block
  • the sending end is further configured to: when the SIB is added to the BCCH to carry the subframe identification information, the update notification information is configured for the newly added SIB, and the update notification information of the newly added SIB is used to notify whether the receiving terminal frame identification information occurs. Update.
  • the transmitting end is further configured to send the dedicated signaling by using a point-to-multipoint broadcast manner when the subframe identification information is carried in the dedicated signaling and sent to the receiving end.
  • the sending end is further configured to configure update notification information for the dedicated signaling, where the update notification information of the dedicated signaling is used to notify whether the dedicated signaling of the receiving end is updated, wherein the sending end notifies the update of the dedicated signaling.
  • the bearer is sent to the receiving end in a paging message or PDCCH.
  • the technical solution of the present invention can effectively implement the purpose of indicating a subframe, can satisfy the fastness of the indication information, and is suitable for sending the indication information without increasing the complexity of the receiving end.
  • Figure 1 (a) is a schematic structural diagram of an existing MBSFN subframe
  • 1(b) is a schematic structural diagram of a conventional Non-MBSFN subframe
  • Figure 2 (a) is a flow chart of Embodiment 1;
  • Figure 2 (b) is a diagram of the embodiment 1;
  • Figure 3 is a flow chart of Embodiment 2;
  • Figure 4 is a flow chart of SIB transmission in the BCCH
  • FIG. 5 is a schematic diagram of an update mechanism of SIBnew of the BCCH in Embodiment 2;
  • Fig. 6 is a flow chart of the third embodiment.
  • a transmission system for subframe identification information includes at least a transmitting end and a receiving end.
  • the transmitting end (the base station, the MCE, or the relay) is configured to send, to the receiving end, the subframe identification information of the MBSFN subframe that is configured to send the PDSCH to the receiving end.
  • the sending end may carry the subframe identification information on the PDCCH and send the information to the receiving end.
  • the subframe identifier information is carried in the preset search space of the PDCCH, or the public search space of the PDCCH, or the search space carried by the subframe identifier information is calculated by using a preset dedicated RNTI, and specifically, the DCI in the PDCCH may be adopted.
  • the preset dedicated RNTI may be used to scramble the subframe identification information, and then the subframe identifier information scrambled by the preset dedicated RNTI is sent, thereby implementing the RNTI as a subframe in the PDCCH. a flag of the identification information, by which the receiving end retrieves the subframe identification information in the PDCCH by using the identifier;
  • the sender may also send the subframe identification information on the BCCH and send it to the receiving end.
  • the SIB can be added to the BCCH or the IBCH to add the subframe identification information.
  • the existing update can be used.
  • the existing update notification mechanism may be adopted, and the same update notification information is shared with other existing SIBs; or the new SIB uses the existing update mechanism, but does not share the update notification information with other SIBs, but There is its own independent update notification information; or the new SIB uses the new update mechanism and update notification information, and the new update mechanism carries the update notification information through the PDCCH.
  • the transmitting end may also send the subframe identification information to the receiving end by transmitting the dedicated signaling of the point-to-multipoint broadcast mode.
  • the sending end may also configure an update notification mechanism for the subframe identification information, configure the update notification information, and the dedicated signaling may be sent in a periodic manner, or may be sent in a combination of a repetition period and a modification period, where the transmitting end adopts the BCCH.
  • the subframe identification information function is to describe which MBSFN subframes are subframes for transmitting the PDSCH to the receiving end, and may be information describing a subframe configuration rule, for example, the subframe number can be a subframe divisible by 2, for example, a subframe in which the subframe number can be divisible by 2 in one cycle; if the subframe identification information is carried by the PDCCH of each subframe, the subframe identification information identifies only the subframe. Whether it is an MBSFN subframe for transmitting the PDSCH to the receiving end.
  • the receiving end refers to a receiving end (such as a mobile phone terminal, a notebook terminal, or a relay) that is produced according to the standard protocol of the LTE 10 or a subsequent standard protocol of the LTE, and receives the foregoing subframe identification information, and learns according to the received subframe identification information.
  • a receiving end such as a mobile phone terminal, a notebook terminal, or a relay
  • the transmitting end uses the PDCCH to carry the subframe identification information
  • the R10 receiving end receives the subframe
  • the subframe identifier information is received in the PDCCH of the subframe
  • the current subframe is transmitted for the receiving end.
  • the receiving end continues to detect the scheduling information of the PDSCH of the receiving end in the PDCCH of the subframe (the specific detection method refers to the LTE protocols 36.212 and 36.211), and if so, the receiving end parses the scheduling of the PDSCH.
  • Information, and receiving data in the data domain of the subframe according to the scheduling information if there is no scheduling information of the PDSCH, the data domain of the subframe is not received;
  • the transmitting end uses the BCCH or the dedicated signaling to carry the subframe identification information
  • the receiving end receives the foregoing subframe identification information from the BCCH or the dedicated signaling, it can learn which MBSFN sub- The frame transmits the PDSCH for the receiving end.
  • the receiving end detects whether there is scheduling information of its own PDSCH in the PDCCH of the subframes. If it detects the scheduling information of its own PDSCH, The scheduling information is received to parse the data in the PDSCH that belongs to itself, otherwise, the PDSCH is not received;
  • the receiving end also needs to monitor the update notification information in real time.
  • the updated update notification information informs that the subframe identification information is updated compared with the previously received subframe identification information
  • the receiving end needs to re-receive the subframe identification information.
  • the following describes the process of transmitting the subframe identification information of the MBSFN subframe of the PDSCH by the R10 receiver according to the specific application scenario.
  • the PDCCH bearer is used as an example for transmitting the subframe identification information of the MBSFN subframe of the PDSCH, and the specific process of transmitting the subframe identifier information is shown in FIG. 2 (a), which includes the following steps:
  • Step 200 The system configures the R10 receiver to transmit the MBSFN subframe of the PDSCH, and forms subframe identification information in the subframes.
  • the transmitting end configures one or more of the MBSFN subframes configured by the MBSFN-SubframeConfigList in the SIB2 to transmit the MBSFN subframe of the PDSCH to the R10 receiving end, or the transmitting end may pass the MBSFN in the SIB2 to improve the efficiency of the system.
  • the SubframeConfigList configures an excessive number of MBSFN subframes, and further indicates that the excess MBSFN subframe is an MBSFN subframe in which the R10 receiver transmits the PDSCH, and may also include one or more subframes that were previously unicast subframes, and then a subframe configured to transmit a PDSCH for the R10 receiving end;
  • the system includes a base station, an MCE (Multi-cell/multicast Coordination Entity), and a relay (relay).
  • MCE Multi-cell/multicast Coordination Entity
  • relay relay
  • Step 210 The transmitting end (for the base station or the relay station) carries the subframe identification information of the MBSFN subframe that is the transmission of the PDSCH by the R10 receiver on the PDCCH (as shown in FIG. 2( b )), where the subframe identifier information is sent. That is, whether the current subframe is the PDSCH for the R10 receiver.
  • MBSFN subframe MBSFN subframe
  • the transmitting end sends the subframe identification information to the PDCCH in the MBSFN subframe that transmits the PDSCH to the R10 receiving end, where the transmitting end may carry the subframe identification information in a pre-agreed search space on the PDCCH.
  • the subframe identification information may be carried in 8 CCEs (Control Channel Element), which are numbered 17 to 24 on the PDCCH; for example, the subframe identification information may be carried in the common search space of the PDCCH, because The search space is a reserved space in the PDCCH in LTE, and is mainly used to carry control information of public information, so that the receiving end can retrieve faster; for example, the transmitting end can calculate the subframe identification information through the agreed dedicated RNTI.
  • the bearer position in the PDCCH (refer to the method for determining the bearer position of the PDSCH scheduling information of a certain receiving end in the PDCCH by C-RNTI in LTE, the protocols are 36.212 and 36.211).
  • the specific location where the sending end sends the subframe identification information on the PDCCH may be agreed by the sending end and the receiving end in advance, or may be learned by the receiving end through the agreed dedicated RNTI calculation;
  • the reserved bit of a certain DCI format already existing in the PDCCH may be used to represent the subframe identification information, or a new DCI format existing in the PDCCH may be added.
  • the indicator bit is used to carry the subframe identification information.
  • the corresponding bit information may be added to the existing format 0 to indicate whether the MBSFN subframe is an MBSFN subframe for transmitting the PDSCH to the R10 receiver.
  • Step 220 The R10 receiving end first receives the detection subframe identification information at a corresponding position on the PDCCH, and performs corresponding operations according to the parsed subframe identification information.
  • the R10 receiving end when the subframe identification information parsed by the receiving end of the R10 indicates that the current subframe is not the MBSFN subframe for transmitting the PDSCH to the R10 receiving end, the R10 receiving end does not continue to detect the scheduling information of the PDSCH in the PDCCH, and does not receive the current subframe. If the subframe identification information parsed by the receiving end of the R10 indicates that the current subframe is an MBSFN subframe for transmitting the PDSCH to the R10 receiving end, the scheduling information of the PDSCH of the current receiving end is continuously detected in the PDCCH of the current subframe. If yes, the R10 receiving end parses the scheduling information of the PDSCH, and receives data in the data domain of the subframe according to the scheduling information. If there is no scheduling information of the PDSCH, the data domain of the subframe is not received;
  • the subframe identifier information of the current subframe indicates that the subframe is an MBSFN subframe for transmitting the PDSCH to the R10 receiver, and the R10 receiver performs data domain processing on the subframe and the LTE system.
  • the data field of the Non-MBSFN subframe is processed the same, the control domain allocates up to 2 OFDM symbols, and the processing and the Non-MBSFN subframe control domain use the same 2 OFDM symbols;
  • the R10 receiving end receives the subframe identification information, which is related to the manner used by the transmitting end. For example, when the transmitting end uses the common search space to carry the subframe identification information, the R10 receiving end can receive the subframe identification information in the public search space. ;
  • the R10 receiving end is a mobile phone terminal, a notebook terminal or a relay.
  • the dedicated RNTI is used to indicate to the receiving end whether the MBSFN subframe is transmitted for the R10 receiving end.
  • the MBSFN subframe of the PDSCH specifically, when a dedicated RNTI is used, a CRC (Cyclic Redundancy Check) check bit may be added to the subframe identification information, and then the CRC check bit is scrambled using a dedicated RNTI.
  • the received data is modulated and encoded and then carried in the PDCCH.
  • the transmitting end may carry the subframe identification information in the common search space of the PDCCH, or calculate the subframe identifier information in the search space starting position of the PDCCH according to the dedicated RNTI.
  • the specific calculation method is the same as the calculation method in the existing LTE system for the receiving end to calculate the starting position of the bearer search space according to the C-RNTI (Cell RNTI), refer to 36.212).
  • This embodiment uses the BCCH bearer as the sub-frame identifier information of the MBSFN subframe in which the R10 receiver transmits the PDSCH as an example, and illustrates a specific process of transmitting the subframe identifier information.
  • the process is as shown in FIG. 3, and includes the following steps:
  • Step 300 The system is configured to transmit, by the R10 receiver, the MBSFN subframe of the PDSCH, to form the subframe identifier information.
  • the transmitting end configures one or more of the MBSFN subframes configured by the MBSFN-SubframeConfigList in the SIB2 to transmit the MBSFN subframe of the PDSCH to the R10 receiving end, or the transmitting end may pass the MBSFN in the SIB2 to improve the efficiency of the system.
  • the SubframeConfigList configures an excessive number of MBSFN subframes, and further indicates that the excessive MBSFN subframes are the MBSFN subframes for transmitting the PDSCH to the R10 receiving end. Include one or more subframes that were previously unicast subframes, and then configured to transmit a subframe of the PDSCH for the R10 receiver;
  • the system refers to a base station, an MCE (Multi-cell/multicast Coordination Entity), or a relay (relay).
  • MCE Multi-cell/multicast Coordination Entity
  • relay relay
  • Step 310 The transmitting end (base station or relay) carries the subframe identification information of the MBSFN subframe that transmits the PDSCH to the R10 receiving end, and sends the subframe identifier information to the BCCH, where the subframe identifier information describes which MBSFN subframe is received for R10.
  • the MBSFN subframe that transmits the PDSCH may be information describing a subframe configuration rule.
  • the subframe identifier information may indicate an MBSFN subframe in which the R10 receiver transmits the PDSCH in a certain period, or may indicate that the R10 receiver transmits the signal. All MBSFN subframes of the PDSCH;
  • the subframe identification information may be carried in a certain SIB existing on the BCCH. Since the configuration information of the MBSFN subframe of the LTE R8/9 is already carried on the SIB2, if the LTE R10 is used, the R8/9 is continuously used.
  • the SIB2 bearer carries the subframe identification information of the MBSFN subframe of the PDSCH for the R10 transmission, and the SIB2 bearer subframe in the BCCH is preferred in this embodiment, so that the number of SIBs can be reduced and the scheduling of the SIB is simplified. Identification information.
  • the SIB2 carrying the subframe identification information is still updated according to the existing update notification mechanism, and the existing SIB2 update notification is notified.
  • the mechanism refers to the LTE protocol 36.331.
  • Step 320 The R10 receiving end receives the SIB carrying the subframe identification information in the BCCH, to learn which MBSFN subframes are the subframes for transmitting the PDSCH to the R10 receiving end, and detecting the received PDSCH data on the subframes;
  • the R10 receiver After the R10 receiver obtains the subframe identification information, it can know which MBSFN subframes are subframes for transmitting the PDSCH to the R10 receiver, and in the subsequent subframes, the R10 receiver further detects such subframes.
  • the PDCCH has the scheduling information of the PDSCH of the receiving end. If yes, the R10 receiving end parses the scheduling information of the PDSCH, and receives data in the data domain of the subframe according to the scheduling information. If there is no scheduling information of the PDSCH, the receiving information is not received.
  • the data field of the subframe wherein the R10 receiving end receives the SIB carrying the subframe identification information in a corresponding manner according to the manner in which the sending end sends the subframe identifier information, where the R10 receiving end includes the mobile terminal, the notebook terminal, and the relay.
  • the sender may also use the newly added SIB (hereinafter referred to as SIBnew).
  • SIBnew Carrying the subframe identification information of the MBSFN subframe for transmitting the PDSCH to the RIO receiving end, wherein the scheduling of the newly added SIBnew can be implemented by the SIB1, that is, the scheduling information of the SIBnew is carried in the SIB1 like the scheduling information of other SIBs (for example, SIB2).
  • the SIBnew carrying the subframe identification information should be received, and the SIBnew can also be used to carry only the LTE R10 related information in the LTE R10 system, that is, It can be understood that the SIBnew is changed to a system information block dedicated to carrying information specific to the LTE R10 system, so that all R10 receivers can receive SIBnew to obtain information about the LTE R10 system, and the R8/R9 receiver can not receive the information. SIBnew, thus achieving power saving at the R8/R9 receiving end;
  • the update mechanism of the SIBnew can use the update notification mechanism of the current SIB (for example, SIB2) of the LTE R8/9, and share the same update notification information with other existing SIBs, that is, the update notification information is a paging message.
  • the systemlnfoModification parameter is used to indicate whether the SIBnew is updated. For details, refer to the description in the LTE protocol 36.331_860.
  • SIBnew and one or more SIBs that can be identified by other R8/R9 receivers can be scheduled to be sent in the same SI (System Information) window. At this time, all receiving ends receive simultaneously.
  • the R10 receivers with R8/R9 compatibility can be fully identified, and
  • the sending end is simple to schedule; the sending end can also schedule SIBnew and one (or more) SIBs (these SIBs, R8 R9 receivers can recognize) to be sent in different SI windows, so that the R10 receiving end receives two respectively.
  • the SIB receives the transmitted SIB. Since the R8/R9 receiver cannot identify the SIBnew, the receiving end of the R8/R9 may choose not to receive the SIBnew in the SI window that schedules the transmission of the SIBnew, thereby helping the R8/R9 receiving end to save power;
  • SIBnew can also use other update notification information.
  • an update notification information is added to the paging message to indicate whether SIBnew is updated.
  • the original systemInfoModification indicator is only "i”. 5? Invalid for SIBnew.
  • the sender can use the new update notification mechanism, that is, the update notification information is carried in the PDCCH to notify the receiving end that the update occurs.
  • the update notification information is carried in the PDCCH agreed location (for example, carried in the PDCCH common search space, or a dedicated search space is additionally configured in the PDCCH).
  • the subframe identifier is used at a certain time in the BCCH modification period. The information is updated, and the sending end sends the update notification information on the PDCCH of the subframe to notify the receiving end that the subframe identification information in the SIBnew is updated, and the sending end immediately schedules the sending of the updated SIBnew, and the R10 receiving end receives the bearer in the sub-frame.
  • the receiving end After the update notification information in the PDCCH of the frame, if the update notification information informs the receiving end that SIBnew is updated, the receiving end immediately receives the updated SIBnew.
  • the R10 receiving end must monitor the SIBnew update notification information in the PDCCH. When it is found that the update notification information indicates that the SIBnew is updated, the updated SIBnew is immediately received, and new subframe identification information is acquired.
  • the specific signaling bearer is used as an example for transmitting the subframe identification information of the MBSFN subframe of the PDSCH by the R10 receiving end, and the specific process of transmitting the subframe identifier information is shown in FIG. 6 , which includes the following steps:
  • Step 600 The system is configured to transmit, by the R10 receiver, the MBSFN subframe of the PDSCH, to form the subframe identifier information.
  • the transmitting end configures one or more of the MBSFN subframes configured by the MBSFN-SubframeConfigList in the SIB2 to transmit the MBSFN subframe of the PDSCH to the R10 receiving end, or the transmitting end may pass the MBSFN in the SIB2 to improve the efficiency of the system.
  • the SubframeConfigList configures an excessive number of MBSFN subframes, and further indicates that the excess MBSFN subframe is an MBSFN subframe for transmitting the PDSCH to the R10 receiving end, and may also include one or more subframes that are previously unicast subframes, and then Is further configured to transmit a subframe of the PDSCH for the R10 receiving end;
  • the system refers to a base station, an MCE (Multi-cell/multicast Coordination Entity), or a relay (relay).
  • Step 610 The transmitting end (the base station or the relay station) transmits the subframe identification information of the MBSFN subframe that transmits the PDSCH to the R10 receiving end in the dedicated signaling, where the subframe identifier information describes which MBSFN subframe is
  • the R10 receiving end transmits a subframe of the PDSCH, which may be information describing a configuration rule of a subframe;
  • a dedicated signaling for the R10 receiving end to transmit in a point-to-multipoint manner is added to the LTE-Advanced system, and the subframe in which the RSF receiving end transmits the MBSFN subframe of the PDSCH is carried in the dedicated signaling. Identifying information, and the dedicated signaling may also carry other information specifically sent by the R10 receiving end group;
  • the dedicated signaling mechanism can adopt the following manner.
  • the first one is to configure a dedicated signaling modification period and a dedicated signaling repetition period, each modification period includes a plurality of repetition periods, and each modification period allows information (including subframe identification information) carried in dedicated signaling.
  • the update occurs, and the information (including the subframe identification information) carried in the dedicated signaling in the repetition period in each modification period remains the same;
  • the second type is that the dedicated signaling is only periodically transmitted, that is, the information (including the subframe identification information) carried in the dedicated signaling is updated every cycle;
  • the recommended update notification mechanism is as follows: If the amount of information data carried in the dedicated signaling is large and the change is slow, in a preferred embodiment, it may also be a dedicated message.
  • the configuration update notification mechanism is configured to reduce the number of times the R10 receiving end receives the dedicated signaling, and the power saving function is achieved. When the first signaling mechanism is used to send the dedicated signaling, the receiving end may further notify the receiving end of the upcoming dedicated signaling.
  • the sending mechanism sends the dedicated signaling, it may further notify the receiving end whether the content of the dedicated signaling sent at the upcoming dedicated signaling cycle and the content of the last dedicated signaling are updated, specifically, by adding in the paging message An update notification message that uses 1 bit as the identification bit, when When set to " ⁇ ", it indicates that the dedicated signaling content is updated. When the identifier is set to "0", it indicates that the dedicated signaling content is not updated.
  • the update notification information of the dedicated signaling may also be transmitted through the PDCCH.
  • Step 620 The RIO receiving end receives the dedicated signaling, and parses the dedicated signaling to obtain the subframe identification information therein, so as to know which subframes are the RSF receivers transmitting the MBSFN subframes of the PDSCH, and detecting on the subframes Receiving PDSCH data;
  • the transmitting end adopts the above-mentioned first type of sending mechanism
  • the receiving end only needs to receive dedicated signaling when each dedicated signaling modification period arrives, and whether to receive the repeated period sending dedicated period in the modification period Signaling, which can be determined by the receiving end itself (that is, it can be received or not). If it is received, the same dedicated signaling can be used to implement soft combining decoding in the previous two repetition periods to improve the performance of the receiving end.
  • the transmitting end sends the dedicated signaling by using the second sending mechanism described above, the receiving end needs to receive the dedicated signaling once every period.
  • the R10 receiving end receives and parses the subframe identification information therein, so as to know which MBSFN subframes are subframes for transmitting the PDSCH to the R10 receiving end, and in the subsequent subframes, the R10 receiving end needs to be in the PDCCH of the subframes. It is detected whether there is scheduling information of its own PDSCH (the detection method is the same as that of the R8 R9 receiver, and the specific detection method refers to the LTE protocols 36.212 and 36.211). If it is detected that there is its own scheduling information for the PDSCH, the receiving end receives and parses the data in its own PDSCH according to the scheduling information. Otherwise, the PDSCH is not received.
  • the sending end adopts the update notification mechanism
  • the transmitting end sends the dedicated signaling by using the first sending mechanism
  • the receiving end only needs to keep the monitoring update notification information after receiving the dedicated signaling for the first time.
  • the notification information informs the receiving end that the dedicated signaling is updated, and then receives the new dedicated signaling at the modification period; when the transmitting end uses the second sending mechanism to send the dedicated signaling, after the receiving end receives the dedicated signaling for the first time, The update notification information is always monitored. If the update notification information informs the receiver that the dedicated signaling is updated, the receiving end receives the new dedicated signaling when the next cycle arrives.
  • Coordinated multiple point transmition and reception is also introduced in the LTE-Advanced system.
  • the above embodiments can be applied to the transmission of configuration indication information of a COMP subframe, that is, which subframes are subframe identification information used for performing COMP transmission, and after receiving the information, the receiving end can know which subframes are used for The COMP transmits, so that the receiving end of the COMP transmission is received. That is, the subframe used for COMP transmission is sent and received through system information.
  • the receiving end is either sent by dedicated signaling or sent in the PDCCH.
  • the technical solution of the present invention indicates which MBSFN subframes are configured to transmit the subframes of the PDSCH for the R10 receiving end, so that for the R10 receiving end, after discovering the subframe configuration information, the sub-frame It is only necessary to try to receive its own unicast data on the frame, that is, directly skip the MBSFN subframe that is not used for the R10 receiving end, thereby saving power.
  • the above embodiment is also applicable to the receiving end that is produced by the receiving end according to the standard protocol of the subsequent LTE.
  • the technical solution of the present invention can effectively implement the purpose of indicating a subframe, can satisfy the fastness of the indication information, and is suitable for sending the indication information without increasing the complexity of the receiving end.

Abstract

本发明公开了一种子帧标识信息的传输方法和系统。发送端在配置为为R10接收端传输PDSCH的MBSFN子帧的PDCCH中发送子帧标识信息给R10接收端，其中，子帧标识信息用于指示MBSFN子帧是为接收端传输PDSCH的MBSFN子帧；接收端在各子帧的PDCCH上检测子帧标识信息，当接收端检测到子帧标识信息时，再在子帧上检测接收端的PDSCH调度信息，然后依据PDSCH调度信息接收PDSCH数据。

Description

一种子帧标识信息的传输方法及系统 技术领域
本发明属于通讯领域， 特别涉及一种子帧标识信息的传输方法及系统。
背景技术
随着 Internet的迅猛发展和大屏幕多功能手机的普及，出现了大量移动数 据多媒体业务和各种高带宽多媒体业务， 例如， 视频会议、 电视广播、 视频 点播、 广告、 网上教育、 互动游戏等， 满足了移动用户不断上升的业务需求， 同时也为移动运营商带来新的业务增长点。 这些移动数据多媒体业务要求多 个用户能够同时接收相同数据， 与一般的数据业务相比， 具有数据量大、 持 续时间长、 时延敏感等特点。
为了有效地利用移动网络资源， 第三代合作伙伴计划（3rd Generation Partnership Project, 3GPP )提出了 MBMS ( Multimedia Broadcast Multicast Services,多媒体多播广播业务） ， 该业务是一种从一个数据源向多个目标传 送数据的技术， 实现了网络（包括核心网和接入网 ) 资源的共享， 提高了网 絡资源 （尤其是空中接口资源） 的利用率。 3GPP定义的 MBMS不仅能够实 现纯文本低速率的消息类组播和广播， 而且还能够实现高速多媒体业务的广 播和组播， 提供多种丰富的视频、 音频和多媒体业务， 这无疑顺应了未来移 动数据发展的趋势， 为 3G的发展提供了更好的业务前景。
在 LTE Release 8/9 中规定使用 MBSFN ( Multicast Broadcast Single Frequency Network, 多播广播单频网絡）子帧传输 MBMS业务， 但是并不是 所有的 MBSFN子帧都用来传输 MBMS业务， MBSFN子帧也有其他用途， 例如定位业务， relay业务等。
目前， LTE Release 8/9中规定， 使用两级制方法来配置承载 MBMS业务 的 MBSFN无线帧和 MBSFN子帧， 具体描述如下：
第一级实现承载 MBMS的 MBSFN无线帧配置， 满足下面的等式：
SFN mod radioFrameAllocationPeriod = radioFrameAllocationOffset 其中 SFN为 System Frame Number (系统帧号）的缩写， 即为系统的无线 帧编号， 从 0到 1023； radioFrameAllocationPeriod表示 MBSFN无线帧周期， 其可以取 {1 , 2, 4, 8, 16, 32}中任意一值； radioFrameAllocationOffset表示 MBSFN无线帧的偏移，其取值为整数且小于选定的 MBSFN无线帧周期的数 值， 大于等于 0; mod表示 SFN对 radioFrameAllocationPeriod取模或者求余。
第二级实现承载 MBMS业务的 MBSFN无线帧内的具体哪些 MBSFN子 帧承载 MBMS业务， 使用 bitmap的方法指示， 由于 LTE中规定 FDD模式下 子帧 #0、 #4、 #5、 #9不能承载 MBMS业务， TDD模式下子帧 #0、 #1、 #5、 #6不能承载 MBMS业务， 因此， 使用 6比特的 bitmap就可以描述剩余的 6 个子帧中哪些承载 MBMS业务。 而每个 MBSFN无线帧内的承载 MBMS业 务的 MBSFN子帧配置相同。由于两级制配置信令在 BCCH( Broadcast Control Channel, 广播控制信道） 上发送给终端， 因此在每个 BCCH修改周期内， MBSFN无线帧内的 MBSFN子帧配置不能发生变化。
目前， 在 LTE Release 8/9用来描述 MBSFN子帧分配的信息被承载于 BCCH(广播控制信道， Broadcast Control Channel )的 SIB2( System Information Block 2,系统信息块 2 )中。 MBSFN子帧前面的 OFDM( Orthogonal Frequency Division Multiplexing, 正交频分复用）符号为 PDCCH ( Physical Downlink Control Channel, 物理下行控制信道） 占用， 后面的 OFDM符号为 PMCH ( Physical Multicast Channel,物理多播信道）占用，如图 1 ( a )所示；当 MBSFN 子帧传输单播业务时， 其后的 PMCH相应的变为 PDSCH ( Physical Downlink Shared Channel, 物理下行共享信道） 。 MBSFN子帧和 Non-MB SFN子帧的 详细的描述可以参考 36.211、 36.212和 36.213协议。
而目前，在 LTE-Advanced(也称为 LTE R10 )系统中已经同意使用 MBSFN 子帧为 R10接收端传输 PDSCH, PDSCH上是传输单播业务（unicast ) 的， 也就是 LTE-Advanced中已经同意使用 MBSFN子帧为 R10的接收端传输单播 业务。
考虑到， 在 LTE-Advanced 中将来会有 R10、 R9、 R8 的接收端， 而 LTE-Advanced系统中采用了新的高效导频， R8、 R9的接收端不能识别这些 新导频， 如果在一个子帧中同时调度 R8、 R9、 R10接收端， 该子帧就得使用 旧导频， 但是这样会导致系统效率下降， 因此最好是把 R10的接收端调度在 一个子帧内， 这个子帧可以使用为 R10接收端设计的高效导频， 并且 R8、 R9的接收端不在这些为 R10接收端配置的子帧上接收 PDSCH, 直接跳过这 些子帧。 根据现有协议对于 R8 接收端是直接跳过所有 MBSFN 子帧的 PDSCH, R9的协议正在制定中， 截至目前 R9接收端也是不在 MBSFN子帧 上接收 PDSCH的， 因此可以使 MBSFN子帧为 R10接收端传输 PDSCH, 但 由于配置的 MBSFN子帧有较多的用途，并不知哪些 MBSFN子帧可以用来为 R10的接收端传输单播业务。
发明内容
本发明所要解决的技术问题是， 提供一种子帧标识信息的传输方法及系 统，从而可以为 R10接收端或为后续 LTE的标准协议生产的接收端指示为其 传输单播业务的 MBSFN子帧标识信息。
为了解决上述问题， 本发明公开了一种子帧标识信息的传输方法， 包括： 发送端在配置为为接收端传输物理下行共享信道（PDSCH ) 的多播广播 单频网络（MBSFN )子帧的物理下行控制信道（PDCCH )中发送子帧标识信 息给接收端， 其中， 子帧标识信息用于指示 MBSFN 子帧是为接收端传输 PDSCH的 MBSFN子帧。
上述方法中， 接收端为按照 LTE Release 10的标准协议生产的接收端或 者中继站， 或者为按照后续 LTE的标准协议生产的接收端或者中继站。
上述方法还包括： 接收端在各子帧的 PDCCH上检测子帧标识信息， 当 接收端检测到子帧标识信息时， 再在该子帧上检测自己的 PDSCH 的调度信 息 , 然后依据 PDSCH调度信息接收 PDSCH数据。
上述方法中， 发送端在 PDCCH中发送子帧标识信息给接收端的步骤为： 发送端将子帧标识信息承载在 PDCCH的预设检索空间，或者 PDCCH的公共 检索空间， 或者由预设的专用无线网络临时标识（RNTI )计算得到的检索空 间中发送给接收端。
上述方法还包括： 当发送端将子帧标识信息承载在 PDCCH的预设检索 空间， 或者 PDCCH的公共检索空间时，
发送端通过 PDCCH 中约定的某一下行控制信息格式的预留比特作为子 帧标识信息， 或者通过 PDCCH中约定的某一 DCI格式的新增比特作为子帧 标识信息。
本发明还公开了一种子帧标识信息的传输方法， 包括：
发送端将配置为为接收端发送物理下行共享信道（PDSCH ) 的多播广播 单频网络（ MBSFN )子帧的子帧标识信息以广播形式发送给接收端。
上述方法中， 接收端为按照 LTE Release 10的标准协议生产的接收端或 者中继站， 或者为按照后续 LTE的标准协议生产的接收端或者中继站。
上述方法中， 子帧标识信息用于指示某一周期内为接收端发送 PDSCH 的 MBSFN子帧， 或者用于指示为接收端发送 PDSCH的所有 MBSFN子帧。
上述方法还包括： 接收端接收子帧标识信息， 并在子帧标识信息指示的 为接收端发送 PDSCH的 MBSFN子帧上检测接收 PDSCH数据。
上述方法中，发送端将子帧标识信息以广播形式发送给接收端的步骤为： 发送端将子帧标识信息承载在广播控制信道（BCCH ) 或者专用信令中以广 播形式周期性地发送给接收端。
上述方法中， 发送端将子帧标识信息承载在 BCCH中发送给接收端的步 骤包括： 发送端在 BCCH中的系统信息块（ SIB ) 2中承载子帧标识信息， 或 者在 BCCH中新增 SIB以承载子帧标识信息。
上述方法还包括：当发送端在 BCCH中新增 SIB以承载子帧标识信息时， 发送端为新增 SIB配置更新通知信息， 新增 SIB的更新通知信息用于通知接 收端子帧标识信息是否发生更新。
上述方法中， 新增 SIB的更新通知信息与 BCCH中其他 SIB的更新通知 信息共用同一更新通知信息，或者为新增 SIB设置专用的与 BCCH中其他 SIB 的更新通知信息不同的更新通知信息。
上述方法还包括： 发送端将新增 SIB的更新通知信息承载在寻呼消息上 发送给接收端。 上述方法还包括，发送端将新增 SIB的调度信息承载在 SIB1中发送给接 收端。
上述方法还包括： 发送端将新增 SIB的更新通知信息承载在 PDCCH约 定的位置上发送。
上述方法中， 发送端将子帧标识信息承载在专用信令中发送给接收端的 步骤包括： 发送端将子帧标识信息承载专用信令中以点到多点的广播方式发 送给接收端。
上述方法还包括： 发送端为专用信令配置更新通知信息， 该专用信令的 更新通知信息用于通知接收端专用信令是否发生更新， 其中， 发送端将专用 信令的更新通知信息承载在寻呼消息或者 PDCCH中发送给接收端。
上述方法还包括： 发送端为述专用信令配置专用信令修改周期， 并在专 用信令修改周期内发送专用信令的更新通知信息； 或者
发送端仅周期性发送专用信令， 并在发送专用信令的各周期内发送专用 信令的更新通知信息。
本发明还公开了一种子帧标识信息的传输系统， 包括发送端和接收端， 其中：
发送端设置为在配置为接收端传输物理下行共享信道（PDSCH ) 的多播 广播单频网络（MBSFN )子帧的物理下行控制信道（PDCCH )中发送子帧标 识信息给接收端， 其中， 子帧标识信息用于指示 MBSFN子帧是为接收端传 输 PDSCH的多播 MBSFN子帧；
接收端设置为在各子帧的 PDCCH上检测子帧标识信息， 当接收端检测 到子帧标识信息时，再在该子帧上检测自己的 PDSCH的调度信息， 然后依据 PDSCH调度信息接收 PDSCH数据。
上述系统中， 接收端为按照 LTE Release 10的标准协议生产的接收端或 者中继站， 或者为按照后续 LTE的标准协议生产的接收端或者中继站。
上述系统中， 所述发送端还设置为将子帧标识信息承载在 PDCCH的预 设检索空间， 或者 PDCCH的公共检索空间， 或者由预设的专用无线网络临 时标识 （RNTI )计算得到的检索空间中。
上述系统中， 发送端将子帧标识信息承载在 PDCCH的预设检索空间， 或者 PDCCH的公共检索空间时：发送端还设置为将 PDCCH中约定的某一下 行控制信息格式的预留比特作为子帧标识信息， 或者将 PDCCH 中约定的某 一 DCI格式的新增比特作为子帧标识信息。
上述系统中， 发送端还设置为将配置为为接收端发送 PDSCH的 MBSFN 子帧的子帧标识信息以广播形式发送给接收端； 接收端还设置为接收子帧标 识信息，并在子帧标识信息指示的为接收端发送 PDSCH的 MBSFN子帧上检 测接收 PDSCH数据。
上述系统中， 子帧标识信息用于指示某一周期内为接收端发送 PDSCH 的 MBSFN子帧 , 或者用于指示为接收端发送 PDSCH的所有 MBSFN子帧。
上述系统中， 发送端还设置为将子帧标识信息承载在广播控制信道 ( BCCH ) 或者专用信令中以广播形式周期性地发送给接收端。
上述系统中， 发送端还设置为在将子帧标识信息承载在 BCCH中发送给 所述接收端时，在所述 BCCH中的系统信息块（ SIB ) 2中承载子帧标识信息， 或者在 BCCH中新增 SIB以承载子帧标识信息。
上述系统中， 发送端还设置为在 BCCH中新增 SIB以承载子帧标识信息 时， 为新增 SIB配置更新通知信息， 该新增 SIB的更新通知信息用于通知接 收端子帧标识信息是否发生更新。
上述系统中， 发送端还设置为在将子帧标识信息承载在专用信令中发送 给接收端时， 采用点到多点的广播方式发送专用信令。
上述系统中， 发送端还设置为为专用信令配置更新通知信息， 该专用信 令的更新通知信息用于通知接收端专用信令是否发生更新， 其中， 发送端将 专用信令的更新通知信息承载在寻呼消息或者 PDCCH中发送给接收端。
采用本发明技术方案可以有效实现指示子帧的目的， 可以满足指示信息 的快速性， 并且在不增加接收端的复杂性的前提下， 适合发送指示信息。 附图概述
图 1 ( a )是现有 MBSFN子帧的结构示意图；
图 1 ( b )是现有 Non-MBSFN子帧的结构示意图；
图 2 ( a )是实施例 1的流程图；
图 2 ( b )是实施例 1配图；
图 3是实施例 2的流程图；
图 4是 BCCH中的 SIB发送流程图；
图 5是实施例 2中 BCCH的 SIBnew的更新机制示意图；
图 6是实施例 3的流程图。
本发明的较佳实施方式
下面结合附图及具体实施例对本发明技术方案作进一步详细说明。
一种子帧标识信息的传输系统， 至少包括发送端和接收端。
发送端 （基站、 MCE或者 relay ) 主要用于将事先配置的为接收端发送 PDSCH的 MBSFN子帧的子帧标识信息发送给接收端；
其中， 发送端可以将子帧标识信息承载在 PDCCH上发送给接收端。 此 时，将子帧标识信息承载在 PDCCH的预设检索空间， 或者 PDCCH的公共检 索空间， 或者利用预设的专用 RNTI计算出子帧标识信息承载的检索空间， 具体地， 可以通过 PDCCH中 DCI (下行控制标识）格式的预留比特， 或者 在 PDCCH中任一 DCI格式中新增比特以承载子帧标识信息， 或者使用预设 的专用的 RNTI作为子帧标识信息； 当确定了子帧标识信息后， 可以使用预 设的专用的 RNTI加扰子帧标识信息，然后在发送被预设的专用的 RNTI加扰 后的子帧标识信息，从而实现了在 PDCCH中使用所述 RNTI作为子帧标识信 息的一个标志， 接收端借助所述标志在 PDCCH中检索子帧标识信息；
发送端还可以将子帧标识信息承载在 BCCH上发送给接收端。 此时， 可 以在 BCCH的 SIB2中， 或者在 BCCH上新增 SIB以承载子帧标识信息； 具 体地， 釆用 BCCH上的 SIB2承载子帧标识信息时， 可以使用现有的更新通 知机制， 但是需要在现有更新通知信息中增加一个指示信息用于通知接收端 本次发送的子帧标识信息和上次发送的子帧标识信息比较是否发生更新； 如 果在 BCCH上新增加 SIB以承载子帧标识信息时， 可以采用现有更新通知机 制， 并和其他现有 SIB共用同一更新通知信息； 或者新增 SIB使用现有更新 机制， 但是和其他 SIB不共用更新通知信息， 而是有自己独立的更新通知信 息； 或者新增 SIB 使用新的更新机制和更新通知信息， 新的更新机制通过 PDCCH来承载更新通知信息。
发送端还可以将子帧标识信息承载在点到多点的广播方式的专用信令上 向接收端发送。 此时， 发送端也可以为子帧标识信息配置更新通知机制， 配 置更新通知信息， 专用信令釆用周期发送， 或者釆用重复周期和修改周期结 合的方式发送， 其中， 当发送端采用 BCCH或者专用信令承载子帧标识信息 时，那么子帧标识信息功能是，描述哪些 MBSFN子帧是为接收端传输 PDSCH 的子帧， 可以是描述一个子帧配置规律的信息， 例如子帧号能够被 2整除的 子帧， 例如是一个周期内子帧号能够被 2整除的子帧； 如果是通过每个子帧 的 PDCCH来承载的子帧标识信息， 那么此子帧标识信息是仅标识该子帧是 否是为接收端传输 PDSCH的 MBSFN子帧。
接收端是指按照 LTE 10的标准协议或后续 LTE的标准协议生产的接收 端 （如手机终端、 笔记本终端或者 relay ) , 通过接收上述子帧标识信息， 并 根据所接收的子帧标识信息， 获知哪个或哪些 MBSFN 子帧为接收端传输 PDSCH数据；
其中， 当发送端釆用 PDCCH承载子帧标识信息时， 那么 R10接收端接 收子帧时， 若在该子帧的 PDCCH 中收到了上述子帧标识信息， 则表示当前 子帧是为接收端传输 PDSCH 的 MBSFN 子帧， 此时， 接收端在该子帧的 PDCCH中继续检测有没有本接收端的 PDSCH的调度信息（具体检测方法参 考 LTE协议 36.212和 36.211 ) ， 如果有， 接收端解析 PDSCH的调度信息， 并根据调度信息在该子帧的数据域接收数据， 如果没有 PDSCH的调度信息， 则不接收该子帧的数据域；
当发送端采用 BCCH 或者专用信令承载子帧标识信息时， 接收端从 BCCH或者专用信令中收到上述子帧标识信息时， 即可获知哪些 MBSFN子 帧是为接收端传输 PDSCH 的， 在之后的这类子帧上， 接收端在这些子帧的 PDCCH 中检测是否有自己的 PDSCH 的调度信息， 如果检测到有自己的 PDSCH的调度信息，则根据调度信息接收解析属于自己的 PDSCH中的数据， 否则， 不接收 PDSCH;
接收端还要实时监测更新通知信息， 当监测到的更新通知信息告知子帧 标识信息与之前接收的子帧标识信息比较发生了更新， 那么， 接收端要重新 接收子帧标识信息。
下面根据具体应用场景介绍上述系统为 R10 接收端传输 PDSCH 的 MBSFN子帧的子帧标识信息的过程。
实施例 1
本实施例以 PDCCH承载为 R10接收端传输 PDSCH的 MBSFN子帧的子 帧标识信息为例， 说明传输子帧标识信息的具体过程， 该过程如图 2 ( a ) 所 示， 包括以下步骤：
步骤 200: 系统配置为 R10接收端传输 PDSCH的 MBSFN子帧， 并在这 些子帧中形成子帧标识信息；
该步骤中， 发送端将通过 SIB2 中 MBSFN-SubframeConfigList 配置的 MBSFN子帧中一个或多个配置为 R10接收端传输 PDSCH的 MBSFN子帧， 或 者 发 送 端 为 了 提 高 系 统 的 效 率 ， 可 以 通 过 SIB2 中 MBSFN-SubframeConfigList 配置过多的 MBSFN 子帧， 再进一步将过多的 MBSFN子帧指示为 R10接收端传输 PDSCH的 MBSFN子帧， 当然也可以包 括一个或多个之前为单播子帧的子帧， 之后又被配置为为 R10接收端传输 PDSCH的子帧；
其中， 系统包括基站、 MCE ( Multi-cell/multicast Coordination Entity, 多 小区协调实体）和中继站 （ relay ) 。
步骤 210:发送端（为基站或者中继站）将上述为 R10接收端传输 PDSCH 的 MBSFN子帧的子帧标识信息承载在 PDCCH上（如图 2 ( b )所示 )发送， 其中， 子帧标识信息即表示当前子帧是否为为 R10 接收端传输 PDSCH 的 MBSFN子帧；
该步骤中， 发送端将子帧标识信息承载在为 R10接收端传输 PDSCH的 MBSFN子帧内的 PDCCH中发送， 其中， 发送端可以在 PDCCH上的事先约 定的检索空间中承载子帧标识信息， 例如， 可以在 PDCCH上编号为 17到 24 的 8个 CCEs ( Control Channel Element,控制信道元素 )中承载子帧标识信息； 又如， 可以在 PDCCH的公共检索空间中承载子帧标识信息， 因为公共检索 空间是目前 LTE中 PDCCH中约定好的空间， 主要用于承载公共信息的控制 信息， 这样， 接收端检索速度较快； 又如， 发送端可以通过约定的专用 RNTI 来计算子帧标识信息在 PDCCH中的承载位置 （具体计算方法可以参考 LTE 中通过 C-RNTI计算某一接收端的 PDSCH调度信息在 PDCCH中承载位置的 确定方式， 协议为 36.212和 36.211 ) 。 其中， 发送端在 PDCCH发送子帧标 识信息的具体位置， 可以是发送端与接收端事先约定好的， 也可以是接收端 通过约定的专用 RNTI计算获知的；
具体地， 可以利用 PDCCH中已有的某一 DCI格式的保留比特（如现有 format 1A中的预留比特）表示子帧标识信息， 或者在 PDCCH中已有的某一 DCI格式中增加新的指示位用于承载子帧标识信息，例如，可以在现有 format 0中增加相应的比特信息， 用于指示该 MBSFN子帧是否为为 R10接收端传 输 PDSCH的 MBSFN子帧。
步骤 220: R10接收端首先在 PDCCH上的相应的位置接收检测子帧标识 信息， 并根据解析后的子帧标识信息， 进行相应操作；
该步骤中， 当 R10接收端解析的子帧标识信息表示当前子帧不是为 R10 接收端传输 PDSCH的 MBSFN子帧时， R10接收端不再继续检测 PDCCH中 PDSCH的调度信息， 不接收当前子帧的数据域； 当 R10接收端解析的子帧标 识信息表示当前子帧是为 R10接收端传输 PDSCH的 MBSFN子帧，则在当前 子帧的 PDCCH中继续检测有没有本接收端 PDSCH的调度信息，如果有， R10 接收端解析 PDSCH 的调度信息， 并根据调度信息在该子帧的数据域接收数 据， 如果没有 PDSCH的调度信息， 则不接收该子帧的数据域；
其中，当前子帧的子帧标识信息表示该子帧是为 R10接收端传输 PDSCH 的 MBSFN 子帧时， R10 接收端对该子帧的数据域处理和 LTE 系统中 Non-MBSFN子帧的数据域处理相同， 控制域最多分配 2个 OFDM符号， 并 且处理和 Non-MBSFN子帧控制域使用 2个 OFDM符号相同；
R10接收端接收子帧标识信息的位置， 与发送端使用的方式有关， 例如， 发送端使用公共检索空间承载子帧标识信息时， R10接收端则在公共检索空 间内接收子帧标识信息即可；
其中， R10接收端为手机终端、 笔记本终端或者 relay。
在其他场景中，发送端为子帧标识信息配置专用的 RNTI ( Radio Network Temporary Identifier, 无线网络临时标识） 时， 该专用的 RNTI用于向接收端 指明该 MBSFN子帧是否是为 R10接收端传输 PDSCH的 MBSFN子帧，具体 地，使用专用的 RNTI时，可以为子帧标识信息添加 CRC ( Cyclic Redundancy Check, 循环冗余校验 )校验比特， 然后使用专用的 RNTI加扰 CRC校验比 特， 再将所得数据进行调制编码后承载于 PDCCH 中， 此时， 发送端可以将 子帧标识信息承载于 PDCCH的公共检索空间，或者根据专用的 RNTI计算子 帧标识信息在 PDCCH的检索空间起始位置 （具体计算方法与现有 LTE系统 中接收端根据 C-RNTI ( Cell RNTI )计算承载检索空间起始位置的计算方法 相同， 可参考 36.212 ) 。
实施例 2
本实施例以 BCCH承载为 R10接收端传输 PDSCH的 MBSFN子帧的子 帧标识信息为例， 说明传输子帧标识信息的具体过程， 该过程如图 3所示， 包括以下步骤：
步骤 300： 系统配置为 R10接收端传输 PDSCH的 MBSFN子帧， 形成子 帧标识信息；
该步骤中， 发送端将通过 SIB2 中 MBSFN-SubframeConfigList 配置的 MBSFN子帧中一个或多个配置为 R10接收端传输 PDSCH的 MBSFN子帧， 或 者 发 送 端 为 了 提 高 系 统 的 效 率 ， 可 以 通 过 SIB2 中 MBSFN-SubframeConfigList 配置过多的 MBSFN 子帧， 再进一步将过多的 MBSFN子帧指示为为 R10接收端传输 PDSCH的 MBSFN子帧， 当然也可以 包括一个或多个之前为单播子帧的子帧， 之后又被配置为为 R10接收端传输 PDSCH的子帧；
其中， 系统指基站、 MCE ( Multi-cell/multicast Coordination Entity, 多小 区协调实体）或者中继站 （relay ) 。
步骤 310: 发送端 （基站或者 relay )将上述为 R10接收端传输 PDSCH 的 MBSFN子帧的子帧标识信息承载在 BCCH上发送， 其中， 子帧标识信息 描述哪个或哪些 MBSFN子帧是为 R10接收端传输 PDSCH的 MBSFN子帧， 可以是描述一个子帧配置规律的信息， 例如， 子帧标识信息可以指示某一周 期内为 R10接收端传输 PDSCH的 MBSFN子帧， 或者可以指示为 R10接收 端传输 PDSCH的所有 MBSFN子帧；
该步骤中， 可以在 BCCH上已有的某一 SIB中承载子帧标识信息， 由于 SIB2上已经承载了 LTE R8/9的 MBSFN子帧的配置信息， 如果在 LTE R10 中，继续使用 R8/9中的 SIB2承载为 R10传输 PDSCH的 MBSFN子帧的子帧 标识信息， 则无需增加新的 SIB， 即可以减少 SIB数量， 简化 SIB的调度发 送， 因此本实施例中优选 BCCH中的 SIB2承载子帧标识信息， 此时， 如果 为 R10接收端传输 PDSCH的 MBSFN子帧的子帧标识信息发生更新，则承载 该子帧标识信息的 SIB2依然按照现有更新通知机制进行更新， 现有 SIB2的 更新通知机制参考 LTE协议 36.331。
步骤 320: R10接收端接收 BCCH中承载子帧标识信息的 SIB， 来获知哪 些 MBSFN子帧是为 R10接收端传输 PDSCH的子帧，并在这些子帧上检测接 收 PDSCH数据；
该步骤中， R10接收端获取子帧标识信息后， 即可知道哪些 MBSFN子 帧是为 R10接收端传输 PDSCH的子帧， 在之后的这类子帧上， R10接收端 进一步检测这类子帧的 PDCCH中有没有本接收端 PDSCH的调度信息，如果 有， R10接收端再解析 PDSCH的调度信息， 并根据调度信息在该子帧的数据 域接收数据，如果没有 PDSCH的调度信息，则不接收该子帧的数据域，其中， R10接收端根据发送端发送子帧标识信息的方式， 采用相应的方式接收承载 子帧标识信息的 SIB , 其中， R10接收端包括手机终端、 笔记本终端和 relay。
在实施例中， 发送端还可以釆用新增加的 SIB (后文简称为 SIBnew ) 来 承载为 RIO 接收端传输 PDSCH的 MBSFN子帧的子帧标识信息， 其中， 新 增 SIBnew的调度可以由 SIB1来实现， 即 SIBnew的调度信息像其他 SIB (例 如 SIB2 ) 的调度信息一样承载于 SIB1 中， 对于连接状态或空闲状态的 R10 接收端 （UEs in RRC_CO ECTED or RRCJDLE state )应该接收承载子帧 标识信息的 SIBnew，该 SIBnew还可以用于承载 LTE R10系统中仅是 LTE R10 相关的信息， 即可以理解为把 SIBnew变为专用于承载 LTE R10系统特有的 信息的一个系统信息块 ,这样可以做到所有 R10接收端接收 SIBnew获取 LTE R10系统的相关信息，而 R8/R9接收端可以不接收该 SIBnew,从而实现 R8/R9 接收端省电；
该 SIBnew的更新机制则可以釆用目前 LTE R8/9现有的 SIB(例如 SIB2 ) 的更新通知机制， 和现有其他 SIB共用同一更新通知信息， 即更新通知信息 为 paging message (寻呼消息) 中的 systemlnfoModification参数, 用来指示 SIBnew是否发生更新， 具体使用可参考 LTE协议 36.331_860中的描述。 关 于 SIBnew的调度发送，可以将 SIBnew和其他 R8/R9接收端能够识别的某一 (或者多个） SIB调度在同一 SI ( System Information， 系统消息） 窗内发送， 此时， 所有接收端同时接收到 SIBnew和某一（或者多个） SIB， 这样， 虽然 对于不能识别 SIBnew 的 R8/R9接收端会造成电能浪费， 但对于具有兼容 R8/R9的能力的 R10接收端， 则可以全部识别， 且发送端调度简单； 发送端 也可以将 SIBnew和某一 （或者多个） SIB (这些 SIB, R8 R9接收端可以识 别） 分别调度在不同的 SI窗内发送， 这样 R10接收端分别接收在两个 SI窗 中接收发送的 SIB, 由于 R8/R9接收端不能够识别 SIBnew, 所以 R8/R9的接 收端可以选择不接收调度发送 SIBnew的 SI窗内 SIBnew，从而可以帮助 R8/R9 接收端省电；
使用现有的更新通知机制时， 当然 SIBnew还可以采用其他更新通知信 息， 例如， 在 paging message中新增一个更新通知信息， 用于指示 SIBnew是 否发生更新，原有的 systemlnfoModification指示标 "i只位 5?于于 SIBnew无效。使 用新增的更新通知信息可以使用 1比特来描述 SIBnew的更新情况时，该比特 为 "1" 时可以表示 SIBnew发生更新， 该比特为 "0" 时可以表示 SIBnew未 更新； 又如，对于现有的 BCCH更新通知机制， 由于 BCCH中包含 4艮多的 SIB, 并且这些 SIB的信息更新较为緩慢，也就是说会造成 SIBnew的更新也是变得 比较緩慢， 如图 4所示， 因此发送端可以使用新的更新通知机制， 即把更新 通知信息承载于 PDCCH中来通知接收端 SIBnew是否发生更新。具体为将更 新通知信息承载于 PDCCH约定的位置上（例如承载于 PDCCH公共检索空间， 或者在 PDCCH中另外配置专用检索空间） ， 如图 5所示， 在 BCCH修改周 期内某一时刻子帧标识信息发生更新， 发送端则在子帧的 PDCCH上发送更 新通知信息通知接收端 SIBnew中的子帧标识信息发生了更新，并且发送端立 即调度发送更新后的 SIBnew, R10接收端收到承载于子帧的 PDCCH中的更 新通知信息后，如果更新通知信息告知接收端 SIBnew发生更新， 则接收端立 即接收更新后的 SIBnew, 釆用此种机制时， R10接收端必须监听 PDCCH中 的 SIBnew更新通知信息， 当发现更新通知信息指示 SIBnew发生更新后， 要 立即接收更新的 SIBnew， 获取新的子帧标识信息。
实施例 3
本实施例以专用信令承载为 R10接收端传输 PDSCH的 MBSFN子帧的 子帧标识信息为例， 说明传输子帧标识信息的具体过程， 该过程如图 6所示， 包括以下步骤：
步骤 600： 系统配置为 R10接收端传输 PDSCH的 MBSFN子帧， 形成子 帧标识信息；
该步骤中， 发送端将通过 SIB2 中 MBSFN-SubframeConfigList 配置的 MBSFN子帧中一个或多个配置为 R10接收端传输 PDSCH的 MBSFN子帧， 或 者 发 送 端 为 了 提 高 系 统 的 效 率 ， 可 以 通 过 SIB2 中 MBSFN-SubframeConfigList 配置过多的 MBSFN 子帧， 再进一步将过多的 MBSFN子帧指示为为 R10接收端传输 PDSCH的 MBSFN子帧， 当然也可以 包括一个或多个之前为单播子帧的子帧， 之后又被配置为为 R10接收端传输 PDSCH的子帧；
其中， 系统指基站、 MCE ( Multi-cell/multicast Coordination Entity, 多小 区协调实体）或者中继站 （relay ) 。 步骤 610: 发送端（基站或者中继站）将上述为 R10接收端传输 PDSCH 的 MBSFN子帧的子帧标识信息承载在专用信令中发送， 其中， 子帧标识信 息描述哪个或哪些 MBSFN子帧是为 R10接收端传输 PDSCH的子帧，可以是 描述一个子帧配置规律的信息；
该步骤中， 在 LTE- Advanced系统中增加一个针对 R10接收端以点到多 点的广播方式发送的专用信令， 在该专用信令中承载为 R10 接收端传输 PDSCH的 MBSFN子帧的子帧标识信息， 并且， 该专用信令还可以承载专为 R10接收端群体发送的其他信息；
其中， 专用信令发送机制可以采用如下方式，
第一种是配置专用信令修改周期和专用信令重复周期， 每个修改周期包 含若干个重复周期，每个修改周期到来时，允许承载于专用信令中的信息（包 括子帧标识信息）发生更新， 每个修改周期内的重复周期内的专用信令中承 载的信息 （包括子帧标识信息）保持相同；
第二种是专用信令仅周期性发送， 即每个周期都允许承载于专用信令中 的信息 (包括子帧标识信息）发生更新；
专用信令是否采用更新通知机制是可选的， 建议的更新通知机制如下： 如果专用信令中承载的信息数据量较大， 并且变化较慢时， 在优选实施 例中， 还可以为专用信令配置更新通知机制以减少 R10接收端接收专用信令 的次数， 达到省电功效， 当釆用上述第一种发送机制发送专用信令时， 可以 进一步通知接收端下一个即将到来的专用信令修改周期处发送的专用信令的 内容与上次的专用信令的内容是否更新（包括子帧标识信息是否发生更新）， 每个专用信令修改周期至少发送一次更新通知信息； 采用上述第二种发送机 制发送专用信令时， 可以进一步通知接收端即将到来的专用信令周期处发送 的专用信令内容与上次的专用信令的内容是否更新， 具体地， 可以通过在 paging message中增加一个更新通知信息，该更新通知信息使用 1比特作为标 识位， 当该位置 "Γ 时， 表示专用信令内容发生更新， 该标识位置 "0" 时， 则表示专用信令内容未更新。 也可以通过 PDCCH来发送专用信令的更新通 知信息。 每个专用信令周期内至少发送一次更新通知信息。 步骤 620: RIO接收端接收上述专用信令， 解析该专用信令， 以获取其中 的子帧标识信息， 从而获知哪些子帧为 R10接收端传输 PDSCH的 MBSFN 子帧， 并在这些子帧上检测接收 PDSCH数据；
该步骤中， 如果发送端为采用了上述第一种发送机制， 则接收端只需要 在每个专用信令修改周期处到来时接收专用信令即可， 修改周期内是否接收 重复周期发送的专用信令， 可以由接收端自己决定 （即可以接收也可以不接 收）如果接收， 可以使用前后 2次重复周期发送同样的专用信令来实现软合 并译码， 提高接收端性能；
如果发送端采用上述第二种发送机制发送专用信令， 则接收端在每个周 期都需要接收一次专用信令。
R10接收端接收并解析其中的子帧标识信息， 从而获知哪些 MBSFN子 帧是为 R10接收端传输 PDSCH的子帧， 在之后的这类子帧上， R10接收端 需要在这些子帧的 PDCCH中检测是否有自己的 PDSCH的调度信息（检测的 方法和 R8 R9 接收端检测相同， 具体检测方法参考 LTE 协议 36.212 和 36.211 )。 如果检测到有自己的为 PDSCH的调度信息， 那么接收端则根据调 度信息接收解析属于自己的 PDSCH中的数据。 否则， 不接收 PDSCH。
如果发送端采用了更新通知机制， 当发送端采用上述第一种发送机制发 送专用信令时， 接收端在第一次接收了专用信令之后， 只需要保持监听更新 通知信息即可， 如果更新通知信息告知接收端专用信令发生更新， 才到修改 周期处接收新的专用信令；发送端釆用上述第二种发送机制发送专用信令时， 接收端第一次接收专用信令后， 一直监听更新通知信息， 如果更新通知信息 告知接收端专用信令发生更新， 那么接收端才在下一个周期到来时接收新的 专用信令。
在 LTE-Advanced 系统中也引入了多点协作传输 ( Coordinated multiple point transmition and reception, COMP )。 上述实施例均可应用于 COMP子帧 的配置指示信息的传输，即哪些子帧是用来进行 COMP传输的子帧标识信息， 接收端收到此信息后， 即可获知哪些子帧是用于 COMP传输的， 以便于进行 COMP传输的接收端接收。 即用于 COMP传输的子帧通过系统信息发送给接 收端， 或者通过专用信令发送， 或者在 PDCCH中发送。
从上述实施例可以看出， 本发明技术方案指示出哪些 MBSFN子帧被配 置为为 R10接收端传输 PDSCH的子帧， 这样对于 R10接收端而言， 其发现 子帧配置信息后， 在该子帧上尝试接收自己的单播数据即可， 即直接跳过没 有用于 R10接收端的 MBSFN子帧， 从而可以省电。
上述实施例也适用于接收端为按照后续 LTE的标准协议生产的接收端。
以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。
工业实用性
采用本发明技术方案可以有效实现指示子帧的目的， 可以满足指示信息 的快速性， 并且在不增加接收端的复杂性的前提下， 适合发送指示信息。

Claims

权 利 要 求 书
1、 一种子帧标识信息的传输方法， 包括：
发送端在配置为为接收端传输物理下行共享信道（PDSCH ) 的多播广播 单频网絡（ MBSFN ) 子帧的物理下行控制信道（ PDCCH ) 中发送子帧标识 信息给接收端， 其中， 所述子帧标识信息用于指示所述 MBSFN子帧是为所 述接收端传输 PDSCH的 MBSFN子帧。
2、 如权利要求 1所述的方法， 其中， 所述接收端为按照 LTE Release 10 的标准协议生产的接收端或者中继站， 或者为按照后续 LTE的标准协议生产 的接收端或者中继站。
3、 如权利要求 1所述的方法， 还包括：
所述接收端在各子帧的 PDCCH上检测所述子帧标识信息， 当所述接收 端检测到所述子帧标识信息时， 再在所述子帧上检测所述接收端的 PDSCH 调度信息， 然后依据所述 PDSCH调度信息接收 PDSCH数据。
4、 如权利要求 1或 3所述的方法， 其中，
所述发送端在所述 PDCCH中发送所述子帧标识信息给所述接收端的步 骤为： 所述发送端将所述子帧标识信息承载在所述 PDCCH的预设检索空间， 或者所述 PDCCH 的公共检索空间， 或者由预设的专用无线网络临时标识 ( RNTI )计算得到的检索空间中发送给所述接收端。
5、 如权利要求 4所述的方法， 还包括：
当所述发送端将所述子帧标识信息承载在所述 PDCCH的预设检索空间， 或者所述 PDCCH的公共检索空间时：
所述发送端将所述 PDCCH中约定的某一下行控制信息格式的预留比特 作为所述子帧标识信息， 或者将所述 PDCCH 中约定的某一下行控制指示 ( DCI )格式的新增比特作为所述子帧标识信息。
6、 一种子帧标识信息的传输方法， 包括：
发送端将配置为为接收端发送物理下行共享信道（PDSCH ) 的多播广播 单频网络（ MBSFN )子帧的子帧标识信息以广播形式发送给接收端。
7、 如权利要求 6所述的方法， 其中， 所述接收端为按照 LTE Release 10 的标准协议生产的接收端或者中继站， 或者为按照后续 LTE的标准协议生产 的接收端或者中继站。
8、 如权利要求 6所述的方法， 其中，
所述子帧标识信息用于指示某一周期内为所述接收端发送 PDSCH 的
MBSFN子帧， 或者用于指示为所述接收端发送所述 PDSCH的所有 MBSFN 子帧。
9、 如权利要求 6或 8所述的方法， 还包括：
所述接收端接收所述子帧标识信息， 并在所述子帧标识信息指示的为所 述接收端发送 PDSCH的 MBSFN子帧上检测接收 PDSCH数据。
10、 如权利要求 6或 8所述的方法， 其中，
所述发送端将所述子帧标识信息以广播形式发送给所述接收端的步骤 为： 所述发送端将所述子帧标识信息承载在广播控制信道（BCCH ) 或者专 用信令中以广播形式周期性地发送给所述接收端。
11、 如权利要求 10所述的方法， 其中，
所述发送端将所述子帧标识信息承载在 BCCH中发送给所述接收端的步 骤包括： 所述发送端在所述 BCCH中的系统信息块（ SIB ) 2中承载所述子帧 标识信息， 或者在所述 BCCH中新增 SIB以承载所述子帧标识信息。
12、 如权利要求 11所述的方法， 还包括：
当所述发送端在所述 BCCH中新增 SIB以承载所述子帧标识信息时， 所 述发送端为所述新增 SIB配置更新通知信息， 所述新增 SIB的更新通知信息 用于通知所述接收端所述子帧标识信息是否发生更新。
13、 如权利要求 12所述的方法， 其中，
所述新增 SIB的更新通知信息与所述 BCCH中除所述新增 SIB以外的 SIB 的更新通知信息共用同一更新通知信息， 或者为所述新增 SIB设置专用的与 所述 BCCH中除所述 SIB之外的 SIB的更新通知信息不同的更新通知信息。
14、 如权利要求 12或 13所述的方法， 还包括： 所述发送端将所述新增 SIB的更新通知信息承载在寻呼消息上发送给所 述接收端。
15、 如权利要求 12或 13所述的方法， 还包括： 所述发送端将所述新增 SIB的调度信息承载在 SIB1中发送给所述接收端。
16、 如权利要求 12或 13所述的方法， 还包括：
所述发送端将所述新增 SIB的更新通知信息承载在 PDCCH约定的位置 上发送。
17、 如权利要求 10所述的方法， 其中，
所述发送端将所述子帧标识信息承载在所述专用信令中发送给所述接收 端的步骤包括： 所述发送端将所述子帧标识信息承载在所述专用信令中以点 到多点的广播方式发送给所述接收端。
18、 如权利要求 17所述的方法， 还包括：
所述发送端为所述专用信令配置更新通知信息， 所述专用信令的更新通 知信息用于通知所述接收端所述专用信令是否发生更新， 其中， 所述发送端 将所述专用信令的更新通知信息承载在寻呼消息或者 PDCCH 中发送给所述 接收端。
19、 如权利要求 18所述的方法， 还包括：
所述发送端为所述专用信令配置专用信令修改周期， 并在所述专用信令 修改周期内发送所述专用信令的更新通知信息； 或者
所述发送端仅周期性发送所述专用信令， 并在发送所述专用信令的各周 期内发送所述专用信令的更新通知信息。
20、 一种子帧标识信息的传输系统， 包括发送端和接收端， 其中： 所述发送端设置为在配置为为所述接收端传输物理下行共享信道 ( PDSCH ) 的多播广播单频网络 （MBSFN ) 子帧的物理下行控制信道 ( PDCCH ) 中发送子帧标识信息给所述接收端， 其中， 所述子帧标识信息用 于指示所述 MBSFN子帧是为所述 0接收端传输 PDSCH的 MBSFN子帧； 所述接收端设置为在各子帧的 PDCCH上检测所述子帧标识信息， 当所 述接收端检测到所述子帧标识信息时， 再在所述子帧上检测所述接收端的
PDSCH调度信息， 然后依据所述 PDSCH调度信息接收 PDSCH数据。
21、如权利要求 20所述的系统，其中，所述接收端为按照 LTE Release 10 的标准协议生产的接收端或者中继站， 或者为按照后续 LTE的标准协议生产 的接收端或者中继站。
22、 如权利要求 20所述的系统， 其中，
所述发送端还设置为将所述子帧标识信息承载在所述 PDCCH的预设检 索空间， 或者所述 PDCCH的公共检索空间， 或者由预设的专用无线网络临 时标识 （RNTI )计算得到的检索空间中。
23、 如权利要求 20所述的系统， 其中，
所述发送端将所述子帧标识信息承载在所述 PDCCH的预设检索空间， 或者所述 PDCCH的公共检索空间时：
所述发送端还设置为将所述 PDCCH中约定的某一下行控制信息格式的 预留比特作为所述子帧标识信息， 或者将所述 PDCCH 中约定的某一下行控 制标识 （DCI )格式的新增比特作为所述子帧标识信息。
24、 如权利要求 20所述的系统， 其中，
所述发送端还设置为将配置为为所述接收端发送所述 PDSCH的 MBSFN 子帧的子帧标识信息以广播形式发送给所述接收端；
所述接收端还设置为接收所述子帧标识信息， 并在所述子帧标识信息指 示的为所述接收端发送所述 PDSCH的 MBSFN子帧上检测接收 PDSCH数据。
25、 如权利要求 24所述的系统， 其中，
所述子帧标识信息用于指示某一周期内为所述接收端发送 PDSCH 的 MBSFN子帧，或者用于指示为所述接收端发送 PDSCH的所有 MBSFN子帧。
26、 如权利要求 24或 25所述的系统， 其中，
所述发送端还设置为将所述子帧标识信息承载在广播控制信道 ( BCCH ) 或者专用信令中以广播形式周期性地发送给所述接收端。
27、 如权利要求 26所述的系统， 其中， 所述发送端还设置为在将所述子帧标识信息承载在所述 BCCH中发送给 所述接收端时， 在所述 BCCH中的系统信息块（ SIB ) 2中承载所述子帧标识 信息， 或者在所述 BCCH中新增 SIB以承载所述子帧标识信息。
28、 如权利要求 27所述的系统， 其中，
所述发送端还设置为在所述 BCCH中新增 SIB以承载所述子帧标识信息 时 , 为所述新增 SIB配置更新通知信息， 所述新增 SIB的更新通知信息用于 通知所述接收端所述子帧标识信息是否发生更新。
29、 如权利要求 26所述的系统， 其中，
所述发送端还设置为在将所述子帧标识信息承载在所述专用信令中发送 给所述接收端时， 采用点到多点的广播方式发送所述专用信令。
30、 如权利要求 29所述的系统， 其中，
所述发送端还设置为为所述专用信令配置更新通知信息， 所述专用信令 的更新通知信息用于通知所述接收端所述专用信令是否发生更新， 其中， 所 述发送端将所述专用信令的更新通知信息承载在寻呼消息或者所述 PDCCH 中发送给所述接收端。
PCT/CN2010/077056 2009-09-30 2010-09-17 一种子帧标识信息的传输方法及系统 WO2011038644A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910174596.6A CN102036171B (zh) 2009-09-30 2009-09-30 一种子帧标识信息的传输方法及系统
CN200910174596.6 2009-09-30

Publications (1)

Publication Number Publication Date
WO2011038644A1 true WO2011038644A1 (zh) 2011-04-07

Family

ID=43825550

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/077056 WO2011038644A1 (zh) 2009-09-30 2010-09-17 一种子帧标识信息的传输方法及系统

Country Status (2)

Country Link
CN (1) CN102036171B (zh)
WO (1) WO2011038644A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012152036A1 (zh) * 2011-08-15 2012-11-15 中兴通讯股份有限公司 指示控制信道的方法及装置
US20130003639A1 (en) * 2011-06-21 2013-01-03 Electronics And Telecommunications Research Institute Methods for transmitting and receiving of control channel in wireless communication systems

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102137959B1 (ko) 2010-11-08 2020-07-28 삼성전자 주식회사 무선통신 시스템에서 서로 다른 형태의 서브프레임을 수신하는 방법 및 장치
CN102307082B (zh) * 2011-09-28 2014-03-19 电信科学技术研究院 一种上行控制信令的传输方法及装置
CN103516498B (zh) * 2012-06-20 2018-07-20 中兴通讯股份有限公司 Tdd上下行配置的更新方法及装置
CN103856903B (zh) * 2012-12-03 2018-07-06 中兴通讯股份有限公司 一种集群接入网、终端设备和加入集群组的方法
CN110430030B (zh) * 2014-11-07 2021-12-31 华为技术有限公司 一种信息传输方法和用户设备以及基站
CN107534844A (zh) * 2015-05-08 2018-01-02 华为技术有限公司 一种组播方法及装置
DE102015110330A1 (de) * 2015-06-26 2016-12-29 Intel IP Corporation Verfahren zum Energiesparen und Energiesparschaltung für eine Mobilvorrichtung
WO2020038116A1 (en) 2018-08-24 2020-02-27 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and device for indicating pdcch resources

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101309523A (zh) * 2008-06-23 2008-11-19 中兴通讯股份有限公司 一种传输物理下行控制信道信号的方法
JP2009182575A (ja) * 2008-01-30 2009-08-13 Mitsubishi Electric Corp 通信システム
CN101534474A (zh) * 2008-03-14 2009-09-16 中兴通讯股份有限公司 一种配置单频网多播广播帧的方法
CN101534473A (zh) * 2008-03-14 2009-09-16 中兴通讯股份有限公司 一种长期演进网络的时分复用系统中指示子帧属性的方法
US20090252077A1 (en) * 2008-04-07 2009-10-08 Qualcomm Incorporated Method and apparatus for using mbsfn subframes to send unicast information

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009182575A (ja) * 2008-01-30 2009-08-13 Mitsubishi Electric Corp 通信システム
CN101534474A (zh) * 2008-03-14 2009-09-16 中兴通讯股份有限公司 一种配置单频网多播广播帧的方法
CN101534473A (zh) * 2008-03-14 2009-09-16 中兴通讯股份有限公司 一种长期演进网络的时分复用系统中指示子帧属性的方法
US20090252077A1 (en) * 2008-04-07 2009-10-08 Qualcomm Incorporated Method and apparatus for using mbsfn subframes to send unicast information
CN101309523A (zh) * 2008-06-23 2008-11-19 中兴通讯股份有限公司 一种传输物理下行控制信道信号的方法

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Multiplexing and channel coding (Release 8)", 3GPP TS 36.212 V8.7.0, May 2009 (2009-05-01) *
"3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)", 3GPP TS 36.211 V8.7.0, May 2009 (2009-05-01) *
"3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures (Release 8)", 3GPP TS 36.213 V8.7.0, May 2009 (2009-05-01) *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130003639A1 (en) * 2011-06-21 2013-01-03 Electronics And Telecommunications Research Institute Methods for transmitting and receiving of control channel in wireless communication systems
US10009896B2 (en) * 2011-06-21 2018-06-26 Electronics And Telecommunications Research Institute Methods for transmitting and receiving of control channel in wireless communication systems
US10327247B2 (en) 2011-06-21 2019-06-18 Electronics And Telecommnications Research Institute Methods for transmitting and receiving of control channel in wireless communication systems
US10893525B2 (en) 2011-06-21 2021-01-12 Electronics And Telecommunications Research Institute Method for transmitting and receiving control channel in wireless communication systems
WO2012152036A1 (zh) * 2011-08-15 2012-11-15 中兴通讯股份有限公司 指示控制信道的方法及装置

Also Published As

Publication number Publication date
CN102036171B (zh) 2015-07-22
CN102036171A (zh) 2011-04-27

Similar Documents

Publication Publication Date Title
WO2011038644A1 (zh) 一种子帧标识信息的传输方法及系统
EP3258713B1 (en) Scheduling method and device for single-cell multimedia broadcast multicast service (mbms)
JP5461681B2 (ja) マルチメディアブロードキャスト／マルチキャストサービス制御シグナリングの伝送方法および伝送システム
US8982872B2 (en) Transmitting method and device for scheduling information
US9265030B2 (en) Method and device for controlling MBMS receiving in a wireless communication system
WO2016127626A1 (zh) 一种实现业务调度的方法、系统、基站及用户设备
EP2421285B1 (en) Method and device for bearing and receiving scheduling information of multimedia broadcast multicast service (mbms) control channel (mcch) update indication information
US8706076B2 (en) Method of receiving a disaster warning message through a broadcast/multicast channel
EP2456239B1 (en) Method and device for carrying mbms notification information
WO2014067144A1 (zh) 群组寻呼方法、基站及用户设备
WO2011091742A1 (zh) 获取业务列表及多媒体广播组播业务数据的方法和系统
WO2010118659A1 (zh) Mcch及mcch更新指示信息控制信息的承载、接收方法与装置
WO2011147239A1 (zh) Mbms业务上行反馈机制实现方法及系统
WO2010091608A1 (zh) Mbms控制信令调度信息的传输方法、系统及设备
EP2461533B1 (en) Method and device for transmitting multimedia broadcast multicast service notification messages
WO2011054291A1 (zh) 一种承载多播广播组播业务通知消息无线帧的确定方法及发送端
WO2011017989A1 (zh) 多媒体广播组播业务通知信息的配置方法及装置
WO2009105981A1 (zh) 组业务加密密钥更新方法及系统
WO2011079646A1 (zh) 多播控制信道更新指示信息的发送方法及装置
WO2011015069A1 (zh) 多媒体广播和组播业务动态调度信息的发送方法和装置
WO2011009354A1 (zh) 一种业务数据的接收方法及系统
WO2010133032A1 (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: 10819873

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

Country of ref document: EP

Kind code of ref document: A1