WO2011017949A1 - 业务承载方法及装置、业务数据的接收方法及接收端 - Google Patents

业务承载方法及装置、业务数据的接收方法及接收端 Download PDF

Info

Publication number
WO2011017949A1
WO2011017949A1 PCT/CN2010/072736 CN2010072736W WO2011017949A1 WO 2011017949 A1 WO2011017949 A1 WO 2011017949A1 CN 2010072736 W CN2010072736 W CN 2010072736W WO 2011017949 A1 WO2011017949 A1 WO 2011017949A1
Authority
WO
WIPO (PCT)
Prior art keywords
subframe
unicast
mbsfn
service
converted
Prior art date
Application number
PCT/CN2010/072736
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 中兴通讯股份有限公司
Priority to US13/390,457 priority Critical patent/US8730986B2/en
Priority to JP2012524090A priority patent/JP5588513B2/ja
Priority to EP10807894.0A priority patent/EP2466922B1/en
Publication of WO2011017949A1 publication Critical patent/WO2011017949A1/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

Definitions

  • the present invention relates to the field of mobile communications technologies, and in particular, to a service method and apparatus, a service data receiving method, and a receiving end. .
  • 3GPP 3rd Generation Partnership Project
  • MBMS Multimedia Broadcast and Multicast Service
  • This service enables point-to-multipoint services from one data source to multiple targets.
  • LTE Long Term Evolution
  • the data channel and the control channel of the MBMS service may use a single cell transmission mode and a multi-cell transmission mode.
  • the single cell transmission mode means that the data channel and the control channel of the MBMS service are transmitted only in the local cell, and there is no multicast broadcast single frequency network (MBSFN) macro diversity function; and the multi-cell transmission mode It means that multiple cells send the same data on the same time-frequency resource, that is, the MBMS service or control information uses the content synchronization method, that is, the MBSFN macro diversity is used.
  • MBSFN multicast broadcast single frequency network
  • multiple cells transmit data or control signaling of the MBMS service of the same content at the same time, which can improve the receiving gain of the user equipment (User Equipment, UE for short).
  • a multicast channel (MCH) is a transport channel used for point-to-multipoint transmission.
  • the corresponding physical resource is a multicast resource allocated by the system for transmitting MBMS services.
  • a carrier frequency can carry multiple MCHs.
  • the physical channel carrying a specific MCH is determined by a set of subframes. These frames may be discontinuous in time.
  • the pattern is called a subframe allocation pattern of a multicast channel ( MCH subframe allocation pattern (MSAP for short), an MSAP describes the physical resources of an MCH channel.
  • MCH subframe allocation pattern MCH subframe allocation pattern (MSAP for short)
  • MCH subframe allocation pattern MSAP describes the physical resources of an MCH channel.
  • MCH subframe allocation pattern MCH subframe allocation pattern
  • MCP Multicast Traffic Channel
  • MTCH is a replay channel.
  • One MTCH carries data of one or more services.
  • One service is only carried in one MTCH, and MTCH is mapped to MCH for transmission.
  • Multiple MTCH can Mapping to one or more MCHs, that is, multiple MBMS services can be mapped to one MCH.
  • the features of the MBMS transmission using the multi-cell transmission mode include: synchronous transmission in the MBSFN area; support for merging of multi-cell MBMS transmission data; MTCH and MCCH mapping to the MCH transmission channel in pTm mode, and the like.
  • the MSAP information Through the MSAP information, the UE can learn the specific multicast resource corresponding to a specific MCH.
  • the MCH includes one or more MBMS service data (such as one or more MTCHs), the MBMS dynamic scheduling information needs to be specified.
  • the specific physical resource corresponding to a certain MBMS service is specified, so that when receiving a specific MBMS service, the UE can learn the exact resource of the MBMS service through the indication of the MBMS dynamic scheduling information, thereby achieving accurate reception and saving the energy consumption of the UE.
  • the two sub-frame structures are Orthogonal Frequency Division Multiplexing (OFDM) in the time domain.
  • OFDM Orthogonal Frequency Division Multiplexing
  • the symbols are further divided; in order to reduce the number of symbols between the two, the two subframe structures respectively add a cyclic prefix (CP) in the OFDM symbol time domain.
  • the configuration of the MBSFN subframe structure requires that the first one or two OFDM symbols be reserved as non-MBSFN symbols in the MBSFN subframe, and the non-MBSFN transmission is performed, and the one or two non-MBSFN symbols are used.
  • the same CP configuration as the subframe 0 is used, that is, it may be a normal CP or an extended CP; and MBSFN transmission is performed on the remaining OFDM symbols in the MBSFN subframe, and these OFDM symbols are called MBSFN symbols (MBSFN).
  • the extended CP configuration is used for MBSFN symbols.
  • a non-MBSFN symbol is configured with a normal CP
  • a necessary guard interval is required between the non-MBSFN symbol and the MBSFN symbol, as shown in FIG. 2A;
  • the non-MBSFN symbol is configured with the extended CP, There is no need for a guard time interval between the MBSFN symbol and the MBSFN symbol, as shown in Figure 2B.
  • Do not receive MBMS service for MBSFN subframes The user receives only on the first 1 or 2 OFDM symbols of the MBSFN subframe and does not receive on other OFDM symbols.
  • FIG. 3A and FIG. 3B are schematic diagrams showing the logical relationship between the setting of the existing scheduling block in the scheduling period and the MBMS service.
  • Sub-frames such as subframe 0, subframe 4, subframe 5, and subframe 9 that cannot be used for the MBMS service specified by the protocol are shown in FIG. 3B.
  • the network side configures allocation information of a multicast subframe, where a scheduling block includes scheduling information of all services in the scheduling period, and the scheduling block is initially at the beginning of the entire scheduling period.
  • the location is sent, and the range of scheduling resources is all MBMS services in the scheduling period.
  • the initial location may be the first multicast subframe of the scheduling period or a corresponding physical resource.
  • configuring the multicast subframe resource for transmitting the MBMS service is semi-statically configured according to the MBMS service capacity of the current system.
  • the semi-static configuration mode has the characteristics of '1' MAN change and resource allocation uniformity, while the service data volume of the MBMS service has fast change and burst characteristics; the inconsistent characteristics of the two may lead to resource configuration and data to be sent.
  • the quantity mismatch is usually the case where the remaining multicast subframes appear in the dynamic scheduling period.
  • the present invention provides A service bearer method and device, a service data receiving method, and a receiving end are used to solve the problem of waste of radio resources caused by the remaining multicast subframes in the related art without carrying services.
  • a service bearer method is provided, which is used to carry a service in an MBSFN subframe.
  • the service carrying method includes: the network side converting the MBSFN subframe into a unicast service subframe; and carrying the unicast service on the converted unicast subframe.
  • a service is provided.
  • a method for receiving data the method is used by a receiving end to receive service data sent by a network side.
  • the receiving method of the service data according to the present invention includes: receiving, by the receiving end, an MBSFN subframe; detecting downlink resource assignment information in a non-MBSFN domain of the MBSFN subframe; and using the downlink resource assignment information in the unicast subframe structure on the MBSFN subframe Receive user data.
  • a service carrying apparatus for carrying a service in an MBMS system is provided.
  • the service carrying apparatus includes: a conversion module and a scheduling module.
  • the conversion module is configured to convert the MBSFN sub-frame into a unicast sub-frame to carry the unicast service on the MBSFN subframe
  • the scheduling module is configured to carry the unicast service on the converted unicast sub-frame. And indicating downlink resource assignment information of the unicast service in a control domain of the unicast subframe.
  • a receiving end is provided for receiving service data transmitted by a network side in an MBMS system.
  • the receiving end according to the present invention includes: a first receiving module, a detecting module, and a second receiving module.
  • the first receiving module is configured to receive the MBSFN subframe from the network side, and the detecting module is configured to detect the downlink resource assignment information in the non-MBSFN domain of the received MBSFN subframe.
  • the second receiving module is configured to be in the detecting module.
  • the network side converts the MBSFN subframe into a subframe of the unicast service, and carries the unicast service on the converted subframe, thereby solving the problem that the remaining multicast subframe is not present.
  • FIG. 1A is a schematic structural diagram of a subframe in which an extended CP is configured in the related art
  • FIG. 1B is a schematic structural diagram of a subframe in which a normal CP is configured in the related art
  • FIG. 2A is a non-MBSFN symbol in the related art, and an MBSFN subframe is configured in a normal CP configuration.
  • FIG. 1A is a schematic structural diagram of a subframe in which an extended CP is configured in the related art
  • FIG. 1B is a schematic structural diagram of a subframe in which a normal CP is configured in the related art
  • FIG. 2A is a non-MBSFN symbol in the related art, and an MBSFN subframe is configured in a normal CP configuration.
  • FIG. 2B is a schematic structural diagram of an MBSFN subframe in a non-MBSFN symbol using an extended CP configuration in the related art
  • FIG. 3A is a schematic diagram showing a logical relationship between an existing scheduling block in a scheduling period and an MBMS service
  • 3B is a schematic diagram of another logical relationship between the setting of the existing scheduling block in the scheduling period and the MBMS service
  • FIG. 4 is a flowchart of a service carrying method according to an embodiment of the present invention
  • FIG. 5 is a service data according to an embodiment of the present invention
  • FIG. 6 is a flowchart of a specific implementation of a method for receiving service data according to an embodiment of the present invention
  • FIG. 7 is a schematic diagram of MBSFN subframe conversion in the first embodiment
  • FIG. 8 is a schematic diagram of MBSFN in the second embodiment.
  • Figure 9 is a schematic diagram of MBSFN subframe conversion in Embodiment 3;
  • Figure 10 is a schematic diagram of MBSFN subframe conversion in Embodiment 4;
  • Figure 11 is a schematic diagram of MBSFN subframe conversion in Embodiment 4;
  • FIG. 12 is a schematic structural diagram of a receiving end according to an embodiment of the present invention;
  • the multicast subframe resource configured to transmit the MBMS service is semi-statically configured according to the MBMS service capacity of the current system, which may result in the occurrence of residual multicast subframes in the dynamic scheduling period.
  • the remaining multicast subframes do not carry traffic, which will result in waste of radio resources.
  • An embodiment of the present invention provides a service bearer method and Method of receiving business data.
  • the network side converts the MBSFN subframe into a unicast subframe for carrying the unicast service on the MBSFN subframe, and converts the non-MBSFN domain of the MBSFN subframe into the unicast subframe.
  • a service bearer method is first provided, where the method is used to carry a service in an MBSFN subframe.
  • FIG. 4 is a flowchart of a service bearer method according to an embodiment of the present invention.
  • a service bearer method according to an embodiment of the present invention mainly includes the following steps (step S401 - step S403):
  • Step S401 The network side is in the MBSFN On the subframe, the MBSFN sub-frame is converted into a unicast sub-frame to carry the unicast service.
  • Step S403 The network side carries the unicast service on the converted unicast sub-frame.
  • the remaining multicast subframes do not carry services, resulting in waste.
  • the unicast sub-frame structure can be used to transmit the unicast service. Therefore, by converting the MBSFN sub-frame into a unicast sub-frame to carry the unicast service, the waste of the remaining multicast sub-frame resources can be avoided. , thereby improving the utilization of wireless resources.
  • the converted CP length of the unicast subframe is the same as the CP length of the non-MBSFN domain of the converted MBSFN subframe, or the converted CP length of the unicast subframe and the converted MBSFN
  • the CP length of the subframe 0 of the frame in which the subframe is located ie, subframe 0 # ) is the same.
  • the network side converts the non-MBSFN domain of the converted MBSFN subframe into the control domain of the unicast subframe, and converts the number of OFDM symbols occupied by the control domain of the unicast subframe to the converted MBSFN sub-
  • the number of occupied OFDM symbols of the non-MBSFN domain of the frame is the same.
  • the preferred embodiment can enhance the backward compatibility of the network side.
  • downlink resource assignment information of the unicast service is indicated in a control domain of the unicast subframe.
  • the downlink resource assignment information indicating the unicast service includes the resources of the physical layer control information on the subframe, including the physical downlink control channel (Physical Downlink Control Channel). , hereinafter referred to as PDCCH), Physical Hybrid Automatic Repeat Request Indicator Channel (PHICH), Physical Control Format Indicator Channel (PCFICH) and resource information of the reference pilot.
  • PDCCH Physical Downlink Control Channel
  • PHICH Physical Hybrid Automatic Repeat Request Indicator Channel
  • PCFICH Physical Control Format Indicator Channel
  • resource information of the reference pilot resource information of the reference pilot.
  • the specific bearer mode of the unicast service is the same as that of the unicast service in the unicast subframe in the prior art.
  • the pilot for carrying the unicast service may be sent on the converted unicast subframe.
  • the network side may also send a scrambling code sequence for carrying the unicast service on the converted unicast subframe.
  • the pilot pattern used by the pilot may be performed according to the prior art; and, the fourth code sequence may also use the 4 y code sequence in the existing unicast subframe.
  • TDD Time Division Duplex
  • the receiving end first receives downlink resource assignment information from the control domain of the unicast subframe, and the receiving end may receive the unicast subframe according to the downlink resource assignment information.
  • the receiving end when receiving the MBSFN subframe, the receiving end first detects the downlink resource assignment information on the non-MBSFN domain of the MBSFN, and if detected, the receiving end performs the user on the MBSFN subframe in the unicast subframe structure. The data is received. If the downlink resource assignment is not detected on the non-MBSFN domain, the receiver does not know that the MBSFN subframe has become a unicast subframe.
  • the receiver only receives the content of the MBSFN domain of the subframe.
  • the network element at the receiving end may be a UE, an R8 UE, an R9 or a subsequent version of the UE, an eNB, a Relay Node, an MCE, an AGW, and the like. It should be noted that if the receiving end is an R8 UE, the R8 UE does not support the MBMS service, and the corresponding protocol has been used for the R8 UE.
  • the R8 UE has been unable to support receiving the corresponding unicast service on the converted unicast subframe; therefore, for the R8 UE, if the downlink resource assignment is received on the control domain of the converted unicast subframe, The downlink resource assignment is reported as an error or ignored. Therefore, in this case, the network side should not schedule the R8 UE on the remaining multicast subframes as much as possible.
  • the network side may include, but is not limited to, one of the following: a base station (eNB), a relay node, an MBMS coordination entity (MCE), an access gateway (Access GateWay, abbreviated as AGW), and the like.
  • the network side may, when scheduling the MBMS service in one scheduling period, convert the remaining MBSFN subframes after all the MBMS services in the scheduling period are scheduled to be unicast subframes carrying the unicast service.
  • a method for receiving service data is provided, where the method is used to receive service data sent by a network side at a receiving end of an MBMS system, and the method may be used in combination with the foregoing service bearer method, including the following steps.
  • Step a the receiving end receives the MBSFN subframe.
  • Step b Detect downlink resource assignment information in a non-MBSFN domain of the MBSFN subframe.
  • Step c The downlink resource assignment information is used to receive user data on the MBSFN subframe in a unicast subframe structure.
  • FIG. 5 is a flowchart of a method for receiving service data according to an embodiment of the present invention, and describes an implementation process of steps a to c above.
  • Step S501 The receiving end detects downlink resource assignment information in the non-MBSFN domain of the MBSFN subframe when receiving the MBSFN subframe, and if yes, step S503 is performed, otherwise step S505 is performed;
  • Step S503 according to the detected downlink
  • the resource assignment information is used to receive the user data on the MBSFN subframe in a unicast subframe structure.
  • Step S505 The receiving end only receives the content of the non-MBSFN domain.
  • Step S601 The UE learns an MBSFN subframe configuration pattern by using the BCCH; Step S602 And determining whether the UE performs the unicast service, if yes, executing step S603; otherwise, continuing to determine whether the UE performs the unicast service; Step S603, the UE monitors the subframe in the connection state, and when the subframe is monitored, performing the step S604: Step S604, the UE determines whether the subframe is an MBSFN subframe, and if yes, performs step S605; otherwise, performs steps S60 to S605, and the UE receives the non-MBSFN domain of the MBSFN subframe (that is, the converted unicast) Step S606: determining whether the received information of the non-MBSFN domain includes downlink resource assignment information
  • Embodiment 1 This embodiment is described by taking the scheduling period of the MBMS service shown in FIG. 7 as an example.
  • 7 is a schematic diagram of MBSFN subframe conversion in the first embodiment.
  • the network side configures the MBSFN subframe resource of the MBMS service in the scheduling period, and after all MBMS services are configured, the multicast subframe, B, C
  • the specific processing procedure of the technical solution provided by the embodiment of the present invention is described by using the multicast subframe A as an example.
  • Step 1 Since the CP length of the non-MBSFN domain of the remaining multicast subframe A is a normal CP length, the transmitting end converts the remaining multicast subframe A into a normal CP length.
  • the unicast sub-frame format; and the number of OFDM symbols occupied by the converted unicast subframe A1 control field is 2; Step 2, the transmitting end carries the unicast service on the converted unicast sub-frame A1, and the specific bearer
  • the receiving end is an R8 UE, the R8 UE receives the downlink resource assignment on the control domain of the converted unicast subframe.
  • Step 1 Receive a downlink resource assignment on the control domain of the converted unicast subframe; 2, the receiving mode of the multicast sub-frame is converted into a unicast sub-frame receiving mode for receiving; Step 3, receiving the unicast service on the converted unicast sub-frame, the specific receiving mode and the prior art unicast sub-frame receive The unicast service is the same, and is not described in this embodiment.
  • Embodiment 2 This embodiment 2 is described by taking the scheduling period shown in FIG. 8 as an example. 8 is a schematic diagram of MBSFN subframe conversion in the second embodiment. As shown in FIG.
  • the network side configures a multicast subframe resource for transmitting an MBMS service in one scheduling period, and the multicast subframe, B, and C are the remaining multicasts.
  • the subframe is described in the following embodiment.
  • the processing procedure of the multicast subframes B and C is the same as the processing procedure of the multicast subframe A.
  • the non-multicast subframe A is not.
  • the MBSFN symbol i.e., the non-MBSFN field
  • Step 1 because the CP length of the non-MBSFN region of the remaining multicast subframe A is extended.
  • Step 2 The unicast service is carried on the converted unicast subframe, and the specific bearer mode is the same as the unicast service of the unicast subframe in the prior art.
  • Step 1 Receive a downlink resource assignment on a control domain of the converted unicast subframe;
  • Step 2 The receiving end converts the receiving mode into a unicast subframe receiving mode for the multicast subframe;
  • Step 3 The unicast service is received on the converted unicast sub-frame.
  • the specific receiving mode is the same as the unicast service received by the unicast sub-frame.
  • Embodiment 3 This embodiment 3 is described by taking a scheduling period as shown in FIG. 9 as an example.
  • FIG. 9 is a schematic diagram of MBSFN subframe conversion in the third embodiment. As shown in FIG. 9, in the scheduling period, the multicast subframe, B, and C are the remaining multicast subframes.
  • the multicast subframe is used.
  • A is described as an example.
  • the difference from the first embodiment is that the non-MBSFN symbols of the multicast subframe A occupy 2 OFDM symbols in this embodiment.
  • the sending end performs the following processing: Step 1: Since the CP length of the non-MBSFN region of the remaining multicast subframe A is the normal CP length, the transmitting end converts the remaining multicast subframe A into The unicast subframe format of the normal CP length; and, since the number of OFDM symbols occupied by the non-MBSFN region of the multicast subframe A is 1, the number of OFDM symbols occupied by the converted unicast subframe A1 control domain is As shown in FIG.
  • the transmitting end carries the unicast service on the converted unicast subframe A1, and the specific bearer mode is the same as the unicast service carried by the unicast subframe in the prior art.
  • the receiving end performs the following processing: If it is an R8 UE, the R8 UE receives a downlink resource assignment on the control domain of the converted unicast subframe, and assigns an error or ignores the downlink resource assignment. If it is a UE of R9 or a subsequent version, it performs the following operations: Step 1: Receive a downlink resource assignment on a control domain of the converted unicast subframe; Step 2: The UE converts the receiving mode to the unicast subframe receiving mode for the multicast subframe.
  • Step 3 The UE receives the unicast service on the converted unicast subframe, and the specific receiving mode and the prior art unicast The frame receives the same unicast service.
  • Embodiment 4 This embodiment is described by taking a scheduling period as shown in FIG. 10 as an example. 10 is a schematic diagram of MBSFN subframe conversion in the fourth embodiment. As shown in FIG. 10, in the scheduling period, the multicast subframes A, B, and C are the remaining multicast subframes. In this embodiment, the multicast subframe is used. Frame A is described as an example. The difference from the second embodiment is that the non-MBSFN symbols of the multicast subframe A occupy 2 OFDM symbols in this embodiment.
  • the sending end performs the following processing: Step 1: Since the CP length of the non-MBSFN region of the remaining multicast subframe A is a normal CP length, the transmitting end converts the remaining multicast subframe A into The unicast subframe format of the normal CP length; and, since the number of OFDM symbols occupied by the non-MBSFN region of the multicast subframe A is 1, the number of OFDM symbols occupied by the converted unicast subframe A1 control domain is As shown in FIG. 2, the transmitting end carries the unicast service on the converted unicast subframe A1, and the specific bearer mode is the same as the unicast service carried by the unicast subframe in the prior art.
  • the receiving end performs the following processing: If it is an R8 UE, the R8 UE receives the downlink resource assignment on the control domain of the converted unicast subframe, and assigns an error or ignores the downlink resource assignment. If it is a UE of R9 or a subsequent version, it performs the following operations: Step 1: Receive a downlink resource assignment on a control domain of the converted unicast subframe; Step 2: The UE converts the receiving mode to perform the multicast subframe The unicast subframe receiving mode is as follows: Step 3: The UE receives the unicast service on the converted unicast subframe, and the specific receiving manner is the same as the unicast service received by the unicast subframe in the prior art.
  • FIG. 11 is a schematic structural diagram of a service carrying apparatus according to an embodiment of the present invention.
  • a service carrying apparatus according to an embodiment of the present invention mainly includes: a converting module 3 and a second scheduling module 5.
  • the conversion module 3 is configured to convert the MBSFN sub-frame into a unicast sub-frame on the MBSFN subframe, where the non-MBSFN domain of the MBSFN sub-frame is converted into a unicast sub-frame control.
  • the scheduling module 5 is connected to the conversion module 3, and is configured to carry the unicast service on the converted unicast subframe, and indicate the downlink resource assignment information of the unicast service in the control domain of the unicast subframe.
  • the apparatus may further include: a sending module, configured to send, on the converted unicast subframe, a pilot and a scrambling code for carrying a unicast service.
  • a receiving end is further provided, where the receiving end is configured to receive the foregoing service data, and the receiving end can be used in conjunction with the service carrying device.
  • FIG. 12 is a schematic structural diagram of a receiving end according to an embodiment of the present invention. As shown in FIG.
  • the receiving end mainly includes: a first receiving module 2, a detecting module 4, and a second receiving module 6. .
  • the first receiving module 2 is configured to receive the MBSFN subframe from the network side
  • the detecting module 4 is connected to the first receiving module 2, and configured to detect downlink resource assignment information in the non-MBSFN domain of the received MBSFN subframe.
  • the receiving module 6 is connected to the detecting module 4, and configured to: in the case where the detecting module 4 detects the downlink resource assignment information in the non-MBSFN domain, according to the detected downlink resource assignment information, the unicast subframe structure is in the MBSFN subframe. Receive user data on it. Further, as shown in FIG.
  • the receiving end may further include: a third receiving module 0, configured to: when the detecting module 4 does not detect the downlink resource assignment information in the non-MBSFN domain, receive the non-MBSFN subframe MBSFN i or content.
  • a third receiving module 0 configured to: when the detecting module 4 does not detect the downlink resource assignment information in the non-MBSFN domain, receive the non-MBSFN subframe MBSFN i or content.

Landscapes

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

Description

业务 载方法^ ^置、 业务 :据的接》1文方法及接 4丈端 技术领域 本发明涉及移动通信技术领域， 尤其涉及一种业务^载方法及装置、 业 务数据的接收方法及接收端。 背景技术 目前， 为了有效地利用移动网络资源， 第三代合作伙伴计划 （ 3rd Generation Partnership Project, 简称为 3GPP )提出了多媒体广播和组播业务 ( Multimedia Broadcast and Multicast Service, 简称为 MBMS )业务。 该业务 可以实现从一个数据源到多个目标的点到多点业务。 在长期演进 ( Long Term Evolution, 简称为 LTE ) ***中， MBMS业务 的数据信道和控制信道可以釆用单小区发送模式和多小区发送模式。 其中， 单小区发送模式是指 MBMS 业务的数据信道和控制信道仅在本小区发送， 没有多播广播单频网络 ( Multicast Broadcast Single Frequency Network , 简称 为 MBSFN )宏分集的功能； 而多小区发送模式是指多个小区在相同的时频 资源上发送相同的数据， 即 MBMS业务或控制信息釆用了内容同步的方式， 即釆用了 MBSFN宏分集。 通过多小区发送模式， 多个小区在相同时刻发送 相同内容的 MBMS 业务的数据或控制信令， 可以提高用户设备 （ User Equipment , 简称为 UE ) 的接收增益。 多播信道（ Multicast Channel , 简称为 MCH )是用于点到多点的传输的 传输信道， 其对应的物理资源是***为传输 MBMS业务所分配的多播资源。 一个载频可以 载多个 MCH, 载特定 MCH的物理信道是由一组图样的子 帧所决定的， 这些帧在时间上可能不连续， 该图样称为多播信道的子帧分配 图样（ MCH subframe allocation pattern, 简称为 MSAP ), 一个 MSAP描述一 个 MCH信道的物理资源。 在 LTE***中， 每个 MBSFN区域的多播资源可 以以子帧为单位按照一定图样进行划分， 每个图样所指示的资源构成一个 MCH。 多播传输信道 （Multicast Traffic Channel, 简称为 MTCH ) 为還辑信 道， 一个 MTCH 载一个或者多个业务的数据， 一个业务仅 7 载在一个 MTCH中， MTCH被映射到 MCH上进行传输， 一个或者多个 MTCH可以 映射到一个或者多个 MCH上，即多个 MBMS业务可以映射到一个 MCH上。 釆用多小区发送模式进行 MBMS传输的特征包括： 在 MBSFN 区域内 同步传输； 支持多小区 MBMS传输数据的合并； MTCH和 MCCH在 p-T-m 模式下映射到 MCH传输信道上等。 通过 MSAP信息，UE可以获知某一具体 MCH所对应的具体多播资源， 但是， 由于 MCH 中包含了一个或多个 MBMS 业务数据 （比如一个或多个 MTCH ),需要通过 MBMS动态调度信息来具体指明某一 MBMS业务所对应 的具体物理资源，使得 UE在接收某一特定 MBMS业务时，可以通过 MBMS 动态调度信息的指示获知该 MBMS 业务的确切资源， 从而实现准确接收并 可以节约 UE的能耗。 目前在 LTE 网络中， 存在两种子帧结构， 分别是单播子帧和 MBSFN 子帧结构， 两种子帧结构在时域上都是以正交频分复用 （ Orthogonal Frequency Division Multiplexing , 简称为 OFDM )符号进行进一步划分的； 为了减少符号间的千 4尤，两种子帧结构在 OFDM符号时域上都会分别加入循 环前缀（ cyclic prefix, 简称为 CP )。 目前在 15 KHz子载波间隔的情况下， 一共有两种 CP , 分别为普通 CP ( Normal cyclic prefix )和扩展 CP ( Extended cyclic prefix ), 由于扩展 CP的时长比普通 CP的时长要长， 因此， 在一个子 帧内， 如果配置扩展 CP , 则共有 12个 OFDM符号， 如图 1A所示， 如果配 置普通 CP , 则共有 14个 OFDM符号， 如图 1B所示， 具体为： 1、 普通 CP , 对于 0号 OFDM符号， 其长度 TCp = 160xTs, 对于 1号到 6号 OFDM符号， 其长度 TCP = 144xTs; 2、 扩展 CP , 对于 0号到 5号 OFDM符号， 其长度 Tcp-e = 512xTs。 其中 Ts = 1/30720 毫秒。 在目前的协议中， MBSFN子帧结构的配置要求在 MBSFN子帧中预留 前 1个或者 2个 OFDM符号作为非 MBSFN符号， 进行非 MBSFN的传输， 并且对这 1个或者 2个非 MBSFN符号釆用与 0号子帧相同的 CP配置， 即 有可能是普通 CP也可能是扩展 CP;而在该 MBSFN子帧中的剩余 OFDM符 号上进行 MBSFN 的传输， 这些 OFDM符号称为 MBSFN符号 （MBSFN symbols ), 并且为了易于实现同步以及宏分集， 对 MBSFN符号釆用扩展 CP 配置。 并且， 当非 MBSFN符号釆用普通 CP配置时， 在非 MBSFN符号和 MBSFN 符号之间需要一段必要的保护时间间隔， 如图 2A 所示，； 当非 MBSFN符号釆用扩展 CP配置时， 在非 MBSFN符号和 MBSFN符号之间不 需要保护时间间隔， 如图 2B所示。 对于 MBSFN子帧， 不接收 MBMS业务 的用户仅在 MBSFN子帧的前 1或者 2个 OFDM符号上进行接收，并在其它 的 OFDM符号上不进行接收。 现有公开技术中， MBMS动态调动信息所调度 /管辖的资源在时间长度 上被定义为调度周期 （ Schedule period ), 比如 320ms、 640ms等。 图 3A和 图 3B为现有调度块在调度周期中的设置与 MBMS业务的逻辑关系示意图。 图 3B中示出了协议规定的不能用于^载 MBMS业务的子帧如子帧 0、 子帧 4、 子帧 5和子帧 9。 如图 3A和图 3B所示， 网络侧配置多播子帧的分配信 息， 其中的调度块 （ schedule block ) 中包含本调度周期内所有业务的调度信 息， 且调度块在整个调度周期的最初始位置发送， 调度资源的范围为本调度 周期内所有 MBMS 业务。 最初始位置可以是本调度周期的第一个多播子帧 或相对应的物理资源。 对于网络侧来说， 配置传输 MBMS业务的多播子帧资源是根据当前系 统^载的 MBMS 业务容量进行半静态配置的。 由于半静态配置方式存在' 1"曼 变、 资源配置均匀化的特点， 而 MBMS 业务的业务数据量则具有快变以及 突发的特性；两者不一致的特性将可能导致资源配置与待发送数据量不匹配， 通常表现为在动态调度周期中， 出现剩余多播子帧的情况。 由于剩余多播子 帧没有 载 MBMS 业务， 并且对于单播用户来说， 也仅接收多播子帧单播 控制域的信息， 因此， 剩余的多播子帧既没有承载多播业务也无法承载单播 业务， 从而导致无线资源的浪费， 降低了无线资源的利用率。 发明内容 有鉴于此， 本发明提供了一种业务承载方法及装置、 一种业务数据的接 收方法及接收端， 用以解决相关技术中存在的剩余的多播子帧没有承载业务 而导致的无线资源浪费的问题。 根据本发明的一个方面， 提供了一种业务承载方法， 该方法用于在 MBSFN子帧中 载业务。 才艮据本发明的业务 载方法包括： 网络侧将 MBSFN子帧转换为单播业 务子帧； 在转换后的所述单播子帧上承载所述单播业务。 根据本发明的另一个方面， 提供了一种业务数据的接收方法， 该方法用 于接收端接收网络侧发送的业务数据。 根据本发明的业务数据的接收方法包括： 接收端接收 MBSFN子帧； 在 MBSFN子帧的非 MBSFN域检测下行资源指派信息； 根据该下行资源指派 信息以单播子帧结构在该 MBSFN子帧上进行用户数据的接收。 根据本发明的又一个方面， 提供了一种业务承载装置， 该装置用于在 MBMS***中 载业务。 根据本发明的业务承载装置包括： 转换模块和调度模块。 其中， 转换模 块， 用于在 MBSFN子帧上， 将该 MBSFN子帧转换为单播子帧， 用以承载 单播业务； 调度模块， 用于在转换后的单播子帧上承载单播业务， 并在该单 播子帧的控制域中指示单播业务的下行资源指派信息。 根据本发明的再一个方面，提供了一种接收端，该接收端用于在 MBMS ***中接收网络侧发送的业务数据。 根据本发明的接收端包括： 第一接收模块、 检测模块和第二接收模块。 其中， 第一接收模块， 用于接收来自网络侧的 MBSFN子帧； 检测模块， 用 于在接收到的 MBSFN子帧的非 MBSFN域检测下行资源指派信息； 第二接 收模块，用于在检测模块在非 MBSFN域检测到下行资源指派信息的情况下， 根据检测到的下行资源指派信息以单播子帧结构在 MBSFN子帧上进行用户 数据的接收。 通过本发明的上述至少一个方案， 网络侧将 MBSFN子帧转换为 ^ 载单 播业务的子帧， 并在转换后的子帧上承载单播业务， 从而解决了由于剩余的 多播子帧没有承载业务而导致无线资源浪费的问题， 提高了无线资源的利用 率。 本发明的其它特征和优点将在随后的说明书中阐述， 并且， 部分地从说 明书中变得显而易见， 或者通过实施本发明而了解。 本发明的目的和其他优 点可通过在所写的说明书、 权利要求书、 以及附图中所特别指出的结构来实 现和获得。 附图说明 附图用来提供对本发明的进一步理解， 并且构成说明书的一部分， 与本 发明的实施例一起用于解释本发明， 并不构成对本发明的限制。 在附图中： 图 1A为相关技术中配置扩展 CP的子帧的结构示意图； 图 1B为相关技术中配置普通 CP的子帧的结构示意图； 图 2A为相关技术中非 MBSFN符号釆用普通 CP配置时 MBSFN子帧 的结构示意图； 图 2B为相关技术中非 MBSFN符号釆用扩展 CP配置时 MBSFN子帧 的结构示意图； 图 3A为现有调度块在调度周期中的设置与 MBMS业务的一种逻辑关 系示意图； 图 3B为现有调度块在调度周期中的设置与 MBMS业务的另一种逻辑 关系示意图； 图 4为根据本发明实施例的业务承载方法的流程图； 图 5为根据本发明实施例的业务数据的接收方法的流程图； 图 6为根据本发明实施例的业务数据的接收方法的具体实现流程图； 图 7为实施例一中 MBSFN子帧转换的示意图； 图 8为实施例二中 MBSFN子帧转换的示意图； 图 9为实施例三中 MBSFN子帧转换的示意图； 图 10为实施例四中 MBSFN子帧转换的示意图； 图 11为根据本发明实施例的业务承载装置的结构示意图； 图 12为根据本发明实施例的接收端的结构示意图。 具体实施方式 由于相关技术中， 配置传输 MBMS业务的多播子帧资源是根据当前系 统^载的 MBMS 业务容量进行半静态配置的， 从而可能导致在动态调度周 期中出现剩余多播子帧的情况， 而剩余的多播子帧没有承载业务， 从而将导 致无线资源的浪费。 针对该问题， 本发明实施例提供了一种业务承载方法及 业务数据的接收方法。 在本发明实施例中， 网络侧在 MBSFN 子帧上， 将 MBSFN子帧转换为用以^载单播业务的单播子帧， 将该 MBSFN子帧的非 MBSFN 域转换为单播子帧的控制域， 并在转换后的单播子帧上承载单播业 务，并在该单播子帧的控制域中指示该子帧中单播业务的下行资源指派信息； 而接收端在接收 MBSFN子帧时， 如果从 MBSFN子帧的非 MBSFN i或中解 析出下行资源指派信息， 则根据该下行资源指派信息以单播子帧结构在该 MBSFN子帧上进行用户数据的接收。 在不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互组 合。 以下结合附图对本发明的优选实施例进行说明， 应当理解， 此处所描述 的优选实施例仅用于说明和解释本发明， 并不用于限定本发明。 根据本发明实施例， 首先提供了一种业务承载方法， 该方法用于在 MBSFN子帧中 载业务。 图 4为根据本发明实施例的业务承载方法的流程图， 如图 4所示，根据 本发明实施例的业务承载方法主要包括以下步骤 (步骤 S401 -步骤 S403 ): 步骤 S401 : 网络侧在 MBSFN子帧上， 将该 MBSFN子帧转换为单播 子帧， 用以承载单播业务； 步骤 S403 : 网络侧在转换后的单播子帧上承载单播业务。 相关技术中， 剩余的多播子帧没有承载业务， 造成浪费。 本发明实施例 中， 单播子帧结构可以进行单播业务的发送， 因此， 通过将 MBSFN子帧转 换为单播子帧用以承载单播业务， 可以避免剩余的多播子帧资源的浪费， 从 而提高了无线资源的利用率。 优选地， 转换后的单播子帧釆用的 CP长度与被转换的 MBSFN子帧的 非 MBSFN域的 CP长度相同， 或者， 转换后的单播子帧釆用的 CP长度与被 转换的 MBSFN子帧所在帧的 0号子帧 （即子帧 0 # ) 的 CP长度相同。 优选地， 网络侧将被转换的 MBSFN子帧的非 MBSFN域转换为单播子 帧的控制域， 并且， 转换成的单播子帧的控制域所占用的 OFDM符号数与被 转换的 MBSFN子帧的非 MBSFN域的所占用的 OFDM符号数相同。 需要说明的是， 本优选实施例可以增强网络侧的后向兼容性。 优选地， 在该单播子帧的控制域中指示单播业务的下行资源指派信息。 需要说明的是，在转换后的单播子帧的控制域中指示单播业务的下行资 源指派信息包括该子帧上的物理层控制信息的资源， 其中包括物理下行控制 信道 （ Physical Downlink Control Channel, 简称为 PDCCH ), 物理混合 ARQ 指示信道 ( Physical Hybrid Automatic Repeat Request Indicator Channel, 简称 为 PHICH ), 物理格式指示信息 （ Physical Control Format Indicator Channel, 简称为 PCFICH ) 以及参考导频的资源信息。 在具体应用中，单播业务的具体承载方式与现有技术中在单播子帧上承 载单播业务相同， 其具体 载方式本发明实施例不再赞述。 优选地， 网络侧在转换后的单播子帧上承载单播业务时， 可以在转换后 的单播子帧上发送用于承载单播业务的导频。 并且， 网络侧还可以在转换后 的单播子帧上发送用于承载单播业务的扰码序列。 需要说明的是， 本优选实施例中， 上述导频釆用的导频图样可以按照现 有技术执行； 并且， 上述 4尤码序列也可以釆用现有单播子帧中的 4尤码序列。 需要说明的是， 对于时分双工 （Time Division Duplex, 简称为 TDD ) ***， 本发明实施例提供的将 MBSFN子帧转换的单播子帧只用于下行单播 子帧， 不能用于上行单播子帧。 优选地， 接收端在转换后的单播子帧时， 首先从该单播子帧的控制域上 接收到下行资源指派信息， 根据该下行资源指派信息， 接收端可以接收该单 播子帧上承载的单播业务的数据。 在具体实施过程中， 接收端在接收 MBSFN子帧时， 首先在 MBSFN的 非 MBSFN域上检测下行资源指派信息， 如果检测到， 则接收端以单播子帧 结构在该 MBSFN子帧上进行用户数据的接收， 若在非 MBSFN域上没有检 测下行资源指派， 对于接收端， 其并不知该 MBSFN子帧已经变为单播子帧， 因此， 接收端仅接收该子帧的 MBSFN域的内容。 在具体实施过程中， 接收端的网元可以是 UE、 R8 UE、 R9或后续版本 的 UE、 eNB、 Relay Node, MCE、 AGW等。 需要说明的是， 如果接收端为 R8 UE, 由于 R8 UE不支持 MBMS业务， 且对于 R8 UE来说相应协议已经 冻结， 因此， R8 UE已经无法支持在转换的单播子帧上接收相应的单播业务； 因此， 对于 R8 UE来说， 如果在转换的单播子帧的控制域上接收到下行资源 指派， 对于该下行资源指派报错或者忽略， 因此， 在这种情况下， 网络侧应 尽可能不在剩余的多播子帧上调度 R8 UE。 优选地， 网络侧可以包括但不限于以下之一： 基站 （eNB )、 中继节点 ( Relay Node ), MBMS协调实体 （ MCE ), 接入网关 （ Access GateWay, 简 称为 AGW ) 等。 优选地， 网络侧可以在一个调度周期调度 MBMS业务时， 将该调度周 期内调度完该调度周期内的所有 MBMS业务后的剩余 MBSFN子帧转换为承 载单播业务的单播子帧。 根据本发明实施例， 还提供了一种业务数据的接收方法， 该方法用于在 MBMS***接收端接收网络侧发送的业务数据， 并且， 该方法可以与上述业 务承载方法结合使用， 包括以下步骤： 步骤 a, 接收端接收 MBSFN子帧。 步骤 b, 在 MBSFN子帧的非 MBSFN域， 检测下行资源指派信息。 步骤 c, 居下行资源指派信息以单播子帧结构在 MBSFN子帧上进行 用户数据的接收。 图 5为根据本发明实施例的业务数据的接收方法的流程图，描述了上述 步骤 a至步骤 c的实现过程。 步骤 S501 : 接收端在接收 MBSFN 子帧时， 在该 MBSFN 子帧的非 MBSFN域检测下行资源指派信息， 如果检测到， 则执行步骤 S503 , 否则执 行步骤 S505; 步骤 S 503： 根据检测到的下行资源指派信息以单播子帧结构在该 MBSFN子帧上进行用户数据的接收； 在具体实施过程中，接收端在当前 MBSFN子帧上检测到下行资源指派 信息时， 表明网络侧已将该 MBSFN子帧转换为单播子帧， 因此， 接收端以 单播子帧结构在该 MBSFN子帧上进行用户数据的接收。 步骤 S505： 接收端只接收非 MBSFN域的内容。 图 6为接收端为 R9或后续版本的 UE时， 居本发明实施例的业务数 据的接收方法的具体实现流程图， 包括以下步骤： 步骤 S601 , UE通过 BCCH获知 MBSFN子帧配置图样； 步骤 S602, 判断 UE是否进行单播业务， 如果是， 则执行步骤 S603 , 否则， 继续判断 UE是否进行单播业务； 步骤 S603 , UE在连接状态逐子帧进行监听， 当监听到子帧时， 执行步 骤 S604; 步骤 S604, UE判断该子帧是否为 MBSFN子帧， 如果是， 则执行步骤 S605 , 否则， 执行步骤 S60 步骤 S605 , UE接收该 MBSFN子帧的非 MBSFN域（即转换后的单播 子帧的控制域） 的信息； 步骤 S606, 判断接收到的非 MBSFN域的信息是否包括下行资源指派 信息， 如果是， 则执行步骤 S607, 否则， 返回执行步骤 S602; 步骤 S607, UE按照接收到的下行资源指派信息以单播子帧的方式接收 数据域信息； 步骤 S608, UE按照单播方式接收。 为进一步理解本发明实施例提供的上述技术方案，下面通过具体实施例 对本发明实施例提供的技术方案进行说明。 实施例一 本实施例一以图 7所示 MBMS业务的调度周期为例进行说明。 图 7为实施例一中 MBSFN子帧转换的示意图， 如图 7所示， 网络侧配 置调度周期内传输 MBMS业务的 MBSFN子帧资源， 配置完所有 MBMS业 务后， 多播子帧 、 B、 C为剩余的多播子帧； 本实施例以多播子帧 A为例 描述本发明实施例提供的技术方案的具体的处理过程， 对于多播子帧 B、 C, 其处理过程与子帧 A相同。 在本实施例中， 发送端执行以下步骤： 步骤 1 , 由于剩余多播子帧 A的非 MBSFN域的 CP长度为普通 CP长 度， 因此， 发送端将剩余多播子帧 A转换成普通 CP长度的单播子帧格式； 并且， 转换后的单播子帧 A1控制域所占用的 OFDM符号数为 2; 步骤 2, 发送端在转换后的单播子帧 A1上承载单播业务， 具体承载方 式与现有技术单播子帧承载单播业务相同； 在本实施例一中， 如果接收端为 R8 UE, 则 R8 UE在转换的单播子帧 的控制域上接收到下行资源指派， 对于该下行资源指派报错或者忽略， 而对 于 R9或后续版本 ( later release ) 的 UE及其他接收端则执行以下步骤： 步骤 1 , 在转换的单播子帧的控制域上接收到下行资源指派； 步骤 2, 将对于该多播子帧的接收方式转换为单播子帧接收方式进行接 收； 步骤 3 , 在转换的单播子帧上接收单播业务， 具体接收方式与现有技术 单播子帧接收单播业务相同， 本实施例中不再赘述。 实施例二 本实施例二以图 8所示调度周期为例进行说明。 图 8为实施例二中 MBSFN子帧转换的示意图， 如图 8所示， 网络侧在 一个调度周期配置传输 MBMS业务的多播子帧资源， 多播子帧 、 B、 C为 剩余的多播子帧； 本实施例以多播子帧 A为例进行描述， 对于多播子帧 B、 C的处理过程与多播子帧 A的处理过程相同， 本实施例中多播子帧 A的非 MBSFN符号 （即非 MBSFN域） 釆用扩展 CP, 因此， 本实施例与实施例一 不同之处在于， 子帧 A的非 MBSFN符号与 MBSFN符号之间没有必要的间 隔。 在本实施例中， 对于发送端： 步骤 1 , 由于剩余多播子帧 A的 non-MBSFN region的 CP长度为扩展
CP长度， 因此， 将剩余多播子帧 A转换成扩展 CP长度的单播子帧格式， 并 且， 转换的单播子帧 A1控制域所占用的 OFDM符号数为 2; 步骤 2, 在转换的单播子帧上承载单播业务， 具体承载方式与现有技术 单播子帧承载单播业务相同； 在本实施例二中， 对于接收端， 例如， R9或 later release UE: 步骤 1 , 在转换的单播子帧的控制域上接收到下行资源指派； 步骤 2, 接收端将接收方式转换为对于该多播子帧进行单播子帧接收方 式； 步骤 3 , 在转换的单播子帧上接收单播业务， 具体接收方式与现有技术 单播子帧接收单播业务相同。 实施例三 本实施例三以如图 9所示的一个调度周期为例进行说明。 图 9为实施例三中 MBSFN子帧转换的示意图， 如图 9所示， 在该调度 周期内， 多播子帧 、 B、 C为剩余的多播子帧； 本实施例以多播子帧 A为 例进行描述。 与实施例一的不同之处在于， 在本实施例中多播子帧 A 的非 MBSFN符号占用 2个 OFDM符号。 在本实施例三中， 发送端将进行如下处理： 步骤 1 , 由于剩余多播子帧 A的 non-MBSFN region的 CP长度为普通 CP长度， 因此， 发送端将剩余多播子帧 A转换成普通 CP长度的单播子帧格 式； 并且， 由于多播子帧 A的 non-MBSFN region所占用的 OFDM符号数为 1 , 因此， 转换后的单播子帧 A1控制域所占用的 OFDM符号数为 1 ; 步骤 2, 发送端在转换的单播子帧 A1上承载单播业务， 具体承载方式 与现有技术单播子帧承载单播业务相同。 在本实施例中， 接收端将进行如下处理： 如果是 R8 UE, R8 UE在转换的单播子帧的控制域上接收到下行资源指 派， 对于该下行资源指派报错或者忽略。 如果是 R9或后续版本的 UE, 其执行如下操作： 步骤 1 , 在转换的单播子帧的控制域上接收到下行资源指派; 步骤 2, UE将接收方式转换为对于该多播子帧进行单播子帧接收方式； 步骤 3 , UE在转换的单播子帧上接收单播业务， 具体接收方式与现有 技术单播子帧接收单播业务相同。 实施例四 本实施例以如图 10所示的一个调度周期为例进行说明。 图 10为实施例四中 MBSFN子帧转换的示意图， 如图 10所示， 在该调 度周期内， 多播子帧 A、 B、 C为剩余的多播子帧； 本实施例以多播子帧 A 为例进行描述。 与实施例二的不同之处在于， 在本实施例中多播子帧 A的非 MBSFN符号占用 2个 OFDM符号。 在本实施例四中， 发送端将进行如下处理： 步骤 1 , 由于剩余多播子帧 A的 non-MBSFN region的 CP长度为普通 CP长度， 因此， 发送端将剩余多播子帧 A转换成普通 CP长度的单播子帧格 式； 并且， 由于多播子帧 A的 non-MBSFN region所占用的 OFDM符号数为 1 , 因此， 转换后的单播子帧 A1控制域所占用的 OFDM符号数为 1 ; 步骤 2, 发送端在转换的单播子帧 A1上承载单播业务， 具体承载方式 与现有技术单播子帧承载单播业务相同。 在本实施例四中， 接收端将进行如下处理： 如果是 R8 UE, R8 UE在转换的单播子帧的控制域上接收到下行资源指 派， 对于该下行资源指派报错或者忽略。 如果是 R9或后续版本的 UE, 其执行如下操作： 步骤 1 , 在转换的单播子帧的控制域上接收到下行资源指派； 步骤 2, UE将接收方式转换为对于该多播子帧进行单播子帧接收方式； 步骤 3 , UE在转换的单播子帧上接收单播业务， 具体接收方式与现有 技术单播子帧接收单播业务相同。 根据本发明实施例， 还提供了一种业务承载装置， 该装置用于实现上述 的业务承载方法， 具体可以为上述业务承载方法中所述的网络侧或网络侧的 一个功能模块。 图 11为根据本发明实施例的业务承载装置的结构示意图，如图 11所示， 根据本发明实施例的业务承载装置主要包括： 转换模块 3和第二调度模块 5。 其中， 转换模块 3 , 用于在 MBSFN子帧上将该 MBSFN子帧转换为单播子 帧， 用以承载单播业务， 其中， 该 MBSFN子帧的非 MBSFN域转换为单播 子帧的控制域； 调度模块 5与转换模块 3连接， 用于在转换后的单播子帧上 承载单播业务， 并在该单播子帧的控制域中指示单播业务的下行资源指派信 息。 进一步地， 如图 11 所示， 该装置还可以包括： 发送模块 1 , 用于在转 换后的单播子帧上发送用于承载单播业务的导频和扰码。 根据本发明实施例， 还提供了一种接收端， 该接收端可以用于接收上述 的业务数据， 并且， 该接收端可以与上述业务^载装置配合使用。 图 12为才艮据本发明实施例的接收端的结构示意图， 如图 12所示， 才艮据 本发明实施例的接收端主要包括： 第一接收模块 2、 检测模块 4和第二接收 模块 6。 其中， 第一接收模块 2 , 用于接收来自网络侧的 MBSFN子帧； 检测 模块 4与第一接收模块 2连接， 用于在接收到的 MBSFN子帧的非 MBSFN 域检测下行资源指派信息； 第二接收模块 6与检测模块 4连接， 用于在检测 模块 4在上述非 MBSFN域检测到下行资源指派信息的情况下， 根据检测到 的下行资源指派信息以单播子帧结构在该 MBSFN子帧上进行用户数据的接 收。 进一步地， 如图 12所示， 该接收端还可以包括： 第三接收模块 0 , 用 于在检测模块 4在非 MBSFN域没有检测到下行资源指派信息的情况下， 接 收该 MBSFN子帧的非 MBSFN i或的内容。 如上所述， 借助本发明实施例提供的技术方案， 网络侧在调度 MBMS 业务时， 如果存在剩余的多播子帧， 则可以将剩余的多播子帧转换为单播子 帧结构进行单播业务的发送， 使剩余的多播子帧用以承载单播业务， 对剩余 的多播资源进行重新利用， 避免了剩余的多播资源的浪费， 提高了无线资源 的利用率。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的 ^"神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。

Claims

权 利 要 求 书
1. 一种业务承载方法，用于在多播广播单频网络 MBSFN子帧中承载业务， 其特征在于， 包括： 网络侧将所述 MBSFN子帧转换为单播子帧；
在转换后的所述单播子帧上承载单播业务。
2. 根据权利要求 1所述的方法， 其特征在于， 将所述 MBSFN子帧转换为 所述单播子帧包括：
所述单播子帧釆用的循环前缀 CP 长度与所述 MBSFN 子帧的非 MBSFN域的 CP长度相同； 或者，
所述单播子帧釆用的 CP长度与所述 MBSFN子帧所在帧的 0号子 帧的 CP长度相同。
3. 根据权利要求 1所述的方法， 其特征在于， 将所述 MBSFN子帧转换为 所述单播子帧包括：
将所述 MBSFN 子帧的非 MBSFN 域转换为所述单播子帧的控制 域。
4. 根据权利要求 3 所述的方法， 其特征在于， 将所述 MBSFN 子帧的非 MBSFN域转换为所述单播子帧的控制域包括：
将所述 MBSFN子帧的非 MBSFN域作为转换后的所述单播子帧的 控制域， 其中， 转换后的所述单播子帧的控制域所占用的正交频分复用 OFDM符号的个数与所述 MBSFN子帧的非 MBSFN i或所占用的 OFDM 符号的个数相同。
5. 根据权利要求 2至 4中任一项所述的方法，其特征在于，在将所述 MBSFN 子帧转换为所述单播子帧之后， 所述方法还包括：
在所述单播子帧控制域中指示所述单播业务的下行资源指派信息。
6. 根据权利要求 5所述的方法， 其特征在于， 所述网络侧在转换后的所述 单播子帧上承载所述单播业务包括： 所述网络侧在转换后的所述单播子帧上发送用于承载所述单播业 务的导频。
7. 根据权利要求 5所述的方法， 其特征在于， 所述网络侧在转换后的所述 单播子帧上承载所述单播业务包括：
所述网络侧在转换后的所述单播子帧上发送用于承载所述单播业 务的 4尤码序列。
8. 根据权利要求 5所述的方法， 其特征在于， 在所述网络侧在转换后的单 播子帧上承载单播业务之后， 还包括：
接收端在转换后的所述单播子帧的控制域上接收所述下行资源指 派信息；
所述接收端根据所述下行资源指派信息 ,在转换后的所述单播子帧 上接收所述单播业务。
9. 一种业务数据的接收方法， 用于接收端接收网络侧发送的业务数据， 其 特征在于， 包括：
接收端接收 MBSFN子帧；
在所述 MBSFN子帧的非 MBSFN域检测下行资源指派信息； 才艮据所述下行资源指派信息， 以单播子帧结构在所述 MBSFN子帧 上进行用户数据的接收。
10. 根据权利要求 9所述的方法， 其特征在于， 如果在所述 MBSFN子帧的 非 MBSFN域没有检测到下行资源指派信息， 还包括：
所述接收端只接收所述非 MBSFN域的内容。
11. 一种业务 7 载装置， 用于在 MBMS***中 载业务， 其特征在于， 所述 装置包括：
转换模块， 用于将所述 MBSFN子帧转换为单播子帧； 调度模块， 用于在转换后的所述单播子帧上承载单播业务。
12. 根据权利要求 11所述的装置， 其特征在于， 还包括：
发送模块，用于在转换后的所述单播子帧上发送用于承载单播业务 的导频和 /或 4尤码序列。
13. —种接收端， 用于在 MBMS***中接收网络侧发送的业务数据， 其特征 在于， 所述接收端包括：
第一接收模块， 用于接收来自网络侧的 MBSFN子帧； 检测模块， 用于在接收到的所述 MBSFN子帧的非 MBSFN域检测 下行资源指派信息；
第二接收模块，用于根据检测到的下行资源指派信息以单播子帧结 构在 MBSFN子帧上进行用户数据的接收。
14. 根据权利要求 13所述的接收端， 其特征在于， 所述接收端还包括： 第三接收模块， 用于在所述检测模块在所述非 MBSFN域没有检测 到下行资源指派信息的情况下， 接收所述非 MBSFN域的内容。
PCT/CN2010/072736 2009-08-14 2010-05-13 业务承载方法及装置、业务数据的接收方法及接收端 WO2011017949A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US13/390,457 US8730986B2 (en) 2009-08-14 2010-05-13 Service bearing method and apparatus, service data receiving method and receiving terminal
JP2012524090A JP5588513B2 (ja) 2009-08-14 2010-05-13 サービス運び方法及び装置、サービスデータの受信方法及び受信端末
EP10807894.0A EP2466922B1 (en) 2009-08-14 2010-05-13 Service bearer method and apparatus, service data receiving method and receiving terminal

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910166152.8A CN101998263B (zh) 2009-08-14 2009-08-14 业务承载方法及装置、业务数据的接收方法及接收端
CN200910166152.8 2009-08-14

Publications (1)

Publication Number Publication Date
WO2011017949A1 true WO2011017949A1 (zh) 2011-02-17

Family

ID=43585916

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/072736 WO2011017949A1 (zh) 2009-08-14 2010-05-13 业务承载方法及装置、业务数据的接收方法及接收端

Country Status (5)

Country Link
US (1) US8730986B2 (zh)
EP (1) EP2466922B1 (zh)
JP (1) JP5588513B2 (zh)
CN (1) CN101998263B (zh)
WO (1) WO2011017949A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013014856A1 (ja) * 2011-07-25 2013-01-31 日本電気株式会社 移動通信システム、無線基地局、移動局、データ送信方法、データ受信方法及びコンピュータ可読媒体
JP2017079475A (ja) * 2012-05-03 2017-04-27 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ Ｌｔｅの新しいキャリアタイプにおけるｍｂｍｓサポートの装置および方法

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101237257B1 (ko) 2009-04-28 2013-02-27 한국전자통신연구원 멀티캐스트 브로드캐스트 서비스를 위한 스케줄링 장치 및 방법
US9480027B2 (en) * 2011-11-07 2016-10-25 Nokia Solutions And Networks Oy Uplink power control for wireless communications
US9264249B2 (en) 2012-03-28 2016-02-16 Qualcomm Incorporated Extending cyclic prefix length in wireless communication network having mixed carrier
US10136361B2 (en) 2012-12-17 2018-11-20 Telefonaktiebolaget Lm Ericsson (Publ) Method and radio network node for managing a request for a radio access bearer
FR3007917B1 (fr) * 2013-06-27 2015-07-31 Airbus Operations Sas Reseau de telecommunication embarque partitionne a acces sans fil
US10285159B2 (en) 2013-11-05 2019-05-07 Qualcomm Incorporated Diversity enhancement in a multiple carrier system
JP6461198B2 (ja) * 2014-05-09 2019-01-30 ノキア テクノロジーズ オーユー Ｍｂｓｆｎ測定構成及び報告
CN106160986B (zh) * 2015-04-21 2019-08-16 电信科学技术研究院 一种数据传输方法及装置
US9900744B2 (en) 2015-08-03 2018-02-20 At&T Intellectual Property I, L.P. Location based provisioning and broadcasting of content utilizing a multimedia broadcast service
WO2017088120A1 (en) * 2015-11-25 2017-06-01 Qualcomm Incorporated Techniques of constructing and decoding mbsfn subframes
US10313168B2 (en) * 2015-12-11 2019-06-04 Lg Electronics Inc. Method and user equipment for receiving downlink channel, and method and base station for transmitting downlink channel
CN107295640B (zh) * 2016-04-01 2023-05-05 中兴通讯股份有限公司 一种发送下行信号和/或下行信道的方法和装置
EP3440878A1 (en) * 2016-04-07 2019-02-13 Telefonaktiebolaget LM Ericsson (PUBL) Allocation of application signalling session
KR102203352B1 (ko) 2017-02-02 2021-01-14 텔레폰악티에볼라겟엘엠에릭슨(펍) 다른 수비학 사이의 스위칭을 위한 장치 및 방법
BR112020025835A2 (pt) * 2018-06-20 2021-03-23 Huawei Technologies Co., Ltd. método de processamento de símbolo e dispositivo relacionado
EP4193613A4 (en) * 2020-08-06 2024-04-17 Lenovo (Beijing) Limited METHOD AND APPARATUS FOR MULTICAST AND BROADCAST SERVICES
CN112399198A (zh) * 2020-12-11 2021-02-23 深圳创维数字技术有限公司 电视终端分配信道资源方法、设备及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070104151A1 (en) * 2005-11-04 2007-05-10 Texas Instruments Incorporated Method for Transmission of Unicast Control in Broadcast/Multicast Transmission Time Intervals
CN101500195A (zh) * 2008-02-01 2009-08-05 大唐移动通信设备有限公司 时隙配置的指示方法、装置及***

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8675537B2 (en) * 2008-04-07 2014-03-18 Qualcomm Incorporated Method and apparatus for using MBSFN subframes to send unicast information
CN102084670A (zh) * 2008-07-01 2011-06-01 日本电气株式会社 无线通信***、方法、程序以及基站装置和多小区/多播协调控制装置
KR101012391B1 (ko) * 2008-11-11 2011-02-09 엘지전자 주식회사 무선 통신 시스템에 있어서, 하향링크로 서브프레임 지정 정보를 전송하는 방법
KR101318077B1 (ko) * 2009-01-20 2013-10-14 후지쯔 가부시끼가이샤 무선 통신 시스템
CN101848420B (zh) * 2009-03-23 2014-01-01 中兴通讯股份有限公司 长期演进***中回程链路的配置方法与装置
US20100329171A1 (en) * 2009-06-29 2010-12-30 Richard Lee-Chee Kuo Method and Apparatus for Handling Subframe of Multimedia Broadcast Multicast Service Single Frequency Network in Wireless Communication System
US8989174B2 (en) * 2009-10-06 2015-03-24 Qualcomm Incorporated MBSFN subframe generation and processing for Unicast
BR112012024222A2 (pt) * 2010-03-26 2016-07-05 Alcatel Lucent método e aparelho para o reuso e subestruturas mbsfn

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070104151A1 (en) * 2005-11-04 2007-05-10 Texas Instruments Incorporated Method for Transmission of Unicast Control in Broadcast/Multicast Transmission Time Intervals
CN101500195A (zh) * 2008-02-01 2009-08-05 大唐移动通信设备有限公司 时隙配置的指示方法、装置及***

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2466922A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013014856A1 (ja) * 2011-07-25 2013-01-31 日本電気株式会社 移動通信システム、無線基地局、移動局、データ送信方法、データ受信方法及びコンピュータ可読媒体
JP2017079475A (ja) * 2012-05-03 2017-04-27 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ Ｌｔｅの新しいキャリアタイプにおけるｍｂｍｓサポートの装置および方法

Also Published As

Publication number Publication date
JP5588513B2 (ja) 2014-09-10
US8730986B2 (en) 2014-05-20
US20120140778A1 (en) 2012-06-07
CN101998263A (zh) 2011-03-30
EP2466922A1 (en) 2012-06-20
CN101998263B (zh) 2014-11-05
EP2466922A4 (en) 2013-02-27
JP2013502108A (ja) 2013-01-17
EP2466922B1 (en) 2016-03-23

Similar Documents

Publication Publication Date Title
WO2011017949A1 (zh) 业务承载方法及装置、业务数据的接收方法及接收端
US10334560B2 (en) Method and apparatus for user equipment receiving MBMS service processing semi-permanent scheduling from MBSFN subframe in wireless communication system
EP4021127A1 (en) Mbs data switching method and device
US8755323B2 (en) Method and apparatus for transmitting MCCH control signaling in MBSFN manner
US20110243056A1 (en) Method for realizing MBMS under bandwidth aggregation, CoMP and relay operation
WO2013135094A1 (zh) 一种集群业务传输方法及装置
EP2832164A1 (en) Extending cyclic prefix length in lte with mixed unicast broadcast subframe
WO2017035727A1 (en) Broadcast automatic repeat request
JP2014515901A (ja) Ｍｂｍｓサポートユーザ装置のデータ受信方法及び装置
WO2010105536A1 (zh) 一种中继链路控制信道传输方法及***
WO2011100886A1 (zh) 支持embms业务的方法、mcch修改通知发送方法及装置
WO2010020134A1 (zh) 单频网上多播/广播子帧的获取/配置方法及获取装置
WO2010130215A1 (zh) 组播单频网中的信道同步方法、***及设备
WO2013023550A1 (zh) 应答信息的发送、接收方法和设备
WO2014180270A1 (zh) 一种物理多播信道资源传输方法、基站及用户终端
WO2009121300A1 (zh) 多媒体广播业务控制数据传输方法及装置
JP2009188612A (ja) 移動体通信システム
KR20160128249A (ko) 무선 통신 시스템에서 그룹 통신 방법 및 장치
WO2011079718A1 (zh) 基站、中继节点、中继子帧配置信息的通知方法及***
WO2011147268A1 (zh) 一种lte***中广播业务的传输方法及装置
WO2014012233A1 (zh) 控制信令的传输方法、接收方法、网络设备及ue
WO2014186971A1 (zh) 一种配置子帧的方法及装置
WO2014146304A1 (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: 10807894

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2012524090

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 13390457

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2010807894

Country of ref document: EP