WO2009155829A1 - 一种多媒体广播和组播业务资源的分配和非mbms业务数据接收方法 - Google Patents

一种多媒体广播和组播业务资源的分配和非mbms业务数据接收方法 Download PDF

Info

Publication number
WO2009155829A1
WO2009155829A1 PCT/CN2009/072282 CN2009072282W WO2009155829A1 WO 2009155829 A1 WO2009155829 A1 WO 2009155829A1 CN 2009072282 W CN2009072282 W CN 2009072282W WO 2009155829 A1 WO2009155829 A1 WO 2009155829A1
Authority
WO
WIPO (PCT)
Prior art keywords
mbms service
mbms
resource
receiving end
receiving
Prior art date
Application number
PCT/CN2009/072282
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 EP09768754.5A priority Critical patent/EP2299738A4/en
Priority to US13/000,907 priority patent/US8520582B2/en
Publication of WO2009155829A1 publication Critical patent/WO2009155829A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/30Resource management for broadcast services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present invention relates to a method for allocating multimedia broadcast and multicast service resources and a method for receiving non-MBMS service data, and more particularly to utilizing over-allocated MBMS (Multimedia Broadcast and Multicast) service resource allocation and non-MBMS service data reception in a hybrid cell. method.
  • MBMS Multimedia Broadcast and Multicast
  • 3GPP 3rd Generation Partnership Project
  • MBMS multimedia broadcast and multicast services
  • 3GPP 3rd Generation Partnership Project
  • MBMS multimedia broadcast and multicast services
  • 3GPP can not only realize plain text low-rate message class multicast and broadcast, but also realize multicast and broadcast of high-speed multimedia services, providing a variety of rich video, audio and multimedia services. This undoubtedly conforms to the trend of future mobile data development and provides better business prospects for the development of 3G and 4G.
  • the MBMS service transmission networking mode is divided into a dedicated carrier and a shared carrier.
  • the main difference between the two transmission modes is as follows:
  • the dedicated carrier mode the carrier only carries the MBMS service.
  • the shared carrier mode which is also called the hybrid carrier mode
  • the carrier not only carries the MBMS service but also carries the non-MBMS service (eg, unicast list). Broadcast business).
  • FIG. 1 is a typical schematic diagram of a two-level mode, in which an MBSFN frame is indicated, indicating an MBSFN sub- The frame, the country represents the subframe reserved for the unicast service (subframes 0 and 5), as shown in the figure.
  • the other resource allocation methods in the prior art are similar to those in FIG. 1, and all of them have the problem of inflexible resource allocation, which will lead to over-allocation of resources.
  • the two-level method in the prior art is described below.
  • the Two-level method uses a level 2 parameter to indicate the location of a specific subframe that carries the MBMS service, as follows:
  • sub-frame level configuration (micro level)
  • a smaller number of 3 bits can be used, and the specific size of 3 bits indicates the number of consecutive subframes from subframe #1 (excluding #0, #5).
  • the radio frame is allocated in a discrete manner, and the sub-frame allocation is used in a centralized manner.
  • This design considers the delay effect of the MBMS service on the non-MBMS service; the radio frame level is determined to be 320 ms, that is, 32 radios. The frame can thus meet the granularity requirements of the MBMS service.
  • a big problem with the current use of such methods is the lack of flexibility in the system when configuring the number of sub-frames. Due to the limitations of the above methods, when the system needs to configure 129 multicast subframes in the 320 ms scheduling period, only 160 subframes can be configured (that is, the number of allocated subframes must be an integral multiple of 32). Thus, 31 subframes are allocated to a certain extent.
  • the technical problem to be solved by the present invention is to provide a method for allocating multimedia broadcast and multicast service resources and a method for receiving non-MBMS service data, so as to implement flexible allocation of MBMS service subframes.
  • the present invention provides a method for allocating MBMS service resources, including: Method 1: The sender sends a non-MBMS service by using part of the MBMS service resource allocated to the MBMS service, and the part is sent through system information. The usage of the resource for transmitting the non-MBMS service in the MBMS service resource is notified to the receiving end; or the mode 2: the transmitting end sends only part of the MBMS service resource allocated to the MBMS service to the one or more unrestricted receiving ends.
  • Method 1 The sender sends a non-MBMS service by using part of the MBMS service resource allocated to the MBMS service, and the part is sent through system information. The usage of the resource for transmitting the non-MBMS service in the MBMS service resource is notified to the receiving end; or the mode 2: the transmitting end sends only part of the MBMS service resource allocated to the MBMS service to the one or more unrestricted receiving ends.
  • Method 1 The sender sends a non-
  • the sending end detects the usage of the resource that sends the non-MBMS service in the current scheduling period, and if the usage rate of the resource that sends the non-MBMS service in the current scheduling period is higher than a preset threshold, The sender then schedules the part of the MBMS service resource to send the non-MBMS service; otherwise, the part of the MBMS service resource is not scheduled.
  • the control information of all the MBMS service resources carries the identification information of all the receiving ends; if the sending end schedules the resources required for the MBMS service To send the MBMS service without scheduling the part of the MBMS service resource, the control information of the part of the MBMS service resource carries the identifier information of the corresponding receiving end.
  • the transmitting end notifies the receiving end whether the partial MBMS service resource has been used by adding a bit identifier to the system information.
  • the sending end receives the terminal type registration information that is sent by the receiving end and includes the power limited condition of the receiving end, and selects according to the terminal type registration information.
  • the corresponding receiving end uses the partial MBMS service resources allocated to the MBMS service to transmit the non-MBMS service.
  • the sender is using the part allocated to the MBMS service.
  • the control information of the part of the MBMS service resource carries only the identifier information of the one or more unrestricted receiving ends.
  • system information is used by the sending end to notify the receiving end of the signaling, and the The system information may be system messages, control signaling or dedicated signaling.
  • the part of the MBMS service resource in the non-MBMS service that is allocated by using the MBMS service resource allocated to the MBMS service at the sending end may be all MBMS service resources, or may be zero.
  • the part of the MBMS service resource includes an idle MBMS service resource that the sender does not send the MBMS service after scheduling the MBMS service, and an idle MBMS service resource that is excessively allocated by the sender when the MBMS service is allocated.
  • the power-restricted receiving end includes a relay station and a notebook terminal.
  • a method for receiving non-MBMS service data on an MBMS service resource comprising: receiving, by the receiving end, a non-MBMS service, according to the received system information, determining whether the sending end uses a part of the MBMS service resource to send non-MBMS service data; if yes, The receiving end monitors the MBMS service resource that sends the non-MBMS service, and receives the non-MBMS service data from the corresponding MBMS service resource.
  • the receiving end determines whether the part of the MBMS service resource is used by the sending end according to the bit identifier in the system information.
  • the receiving end determines, according to the system information, that the sending end does not use the part of the MBMS service resource, the receiving end does not listen to the MBMS service resource.
  • the receiving end receives the non-MBMS service data from the corresponding MBMS service resource, firstly, the control information including the identifier information of the receiving end, the modulation mode, and the data length in the corresponding MBMS service resource is parsed. Then, the non-MBMS service data is received according to the parsed parameters; otherwise, the data in the corresponding MBMS service resource is rejected.
  • a non-MBMS service data receiving method on an MBMS service resource comprising: one or more unrestricted receiving ends listening for MBMS service resources, and receiving non-MBMS service data from corresponding MBMS service resources.
  • the receiving end receives the non-MBMS service data from the corresponding MBMS service resource, firstly, the control information including the identifier information of the receiving end, the modulation mode, and the data length in the corresponding MBMS service resource is parsed. Then, the non-MBMS service data is received according to the parsed parameters; otherwise, the data in the corresponding MBMS service resource is rejected.
  • the power-restricted receiving end includes a relay station and a notebook terminal.
  • the present invention can prevent the system from configuring MBMS services for an excessively allocated MBMS service subframe by using a complex scheduling algorithm, and implements flexible allocation of MBMS service subframes.
  • FIG. 1 is a schematic diagram of configuring a multicast subframe in a two-level manner in the prior art
  • FIG. 2 is a schematic diagram of a radio frame structure of LTE type 1;
  • FIG. 3 is a flowchart of a method for allocating in an embodiment of the present invention.
  • FIG. 5 is a flowchart of another method for allocating in an embodiment of the present invention.
  • the present invention further solves the problem of the allocation of the multimedia broadcast and multicast service resources and the non-MBMS service data receiving method according to the present invention.
  • the following is a detailed description of the specific implementation manner. The description is not intended to limit the invention.
  • the implementation method of the present invention will be described by taking an LTE system as an example.
  • the radio frame structure of LTE Type 1 is applicable to FDD, as shown in Figure 2.
  • a radio frame consists of 10 subframes, each of which is lms long.
  • the subframe numbers are from #0 to #9, where subframes #0 and #5 are used to carry system information and cannot carry MBMS services, so that 8 subframes in each radio frame can be used to carry MBMS services.
  • the current MBMS service modification scheduling period is set to 320 ms, that is, 32 consecutive radio frames or 320 ms consecutively are a modified scheduling period.
  • the foregoing system information includes: a cell identifier (such as id), a cell bandwidth condition, and parameter information that informs the UE of current time-frequency resources (such as a subframe) and an allocation situation;
  • a cell identifier such as id
  • a cell bandwidth condition such as a cell bandwidth condition
  • parameter information that informs the UE of current time-frequency resources (such as a subframe) and an allocation situation
  • the first 1 to 3 of each subframe The symbol is used to carry control information, and the control information is sent to the corresponding receiving end with each subframe, and the control information includes parameter information such as the id of the receiving end.
  • the system calculates the number of subframes required according to the requirements of the MBMS traffic, and calculates the number of subframes allocated by the MBMS service by Two-level or other methods. Due to the limitation of the algorithm itself, the subframe allocation algorithm of the MBMS service cannot accurately allocate the number of subframes required for the MBMS service, resulting in the number of allocated subframes being larger than the number of required subframes, and thus excessive allocation occurs. Subframes, so that some MBMS service resources do not send MBMS services. As the standards are developed and evolved, the MBMS service resources described above are referred to as MBSFN subframes in LTE for ease of description.
  • the partial MBMS service resources may be all MBMS.
  • the service resource may also be zero.
  • the part of the MBMS service resource includes an idle MBMS service resource that the sender does not send the MBMS service after scheduling the MBMS service, and the sender allocates the MBMS service excessively. Free MBMS service resources.
  • the present invention is implemented in two ways.
  • the first mode is: when the resource is tight, the base station directly sends the non-MBMS service (such as unicast service) on the subframe that is excessively allocated to the MBMS service, and does not send the MBMS service. , thereby reusing resources of too many subframes allocated to the MBMS service; the system needs to allocate excessively allocated subframes in the allocation process and whether to use the subframes and subframe allocation information that are excessively allocated for the MBMS service. Also sent to the terminal.
  • the non-MBMS service such as unicast service
  • the second way is as follows:
  • the system pre-sets the allocation rules of the excessively allocated subframes in the relevant protocol, and the sender only targets one of the non-MBMS services (such as unicast services) specified in the protocol.
  • a plurality of receiving ends (for example, a notebook terminal, a relay station terminal) use an excessively allocated subframe, and do not use an excessively allocated subframe for other receiving ends, so that it is not necessary to notify the receiving end of the allocation of the subframe by using system information. Therefore, one or more receiving ends supporting the unicast service listen to all subframes in the current scheduling period according to a preset allocation rule in the relevant protocol.
  • FIG. 3 is a flowchart of a method for allocating in an embodiment of the present invention, showing a first mode of the present invention, the method comprising the following steps: Step 300: Allocate a certain number of subframes as resources for sending MBMS services in a current scheduling period according to MBMS traffic requirements.
  • Step 301 Determine whether the number of subframes allocated to the MBMS service at this time is greater than the number of subframes required for the MBMS service at this time. If yes, go to step 302; otherwise, go to step 303; Step 302, use the assigned current The number of subframes required for the MBMS service is sent to the MBMS service. For the convenience of description, the remaining excessively allocated subframes are recorded as over allocated, and step 304 is performed. Here, the current MBMS service is performed by the sender according to the prior art process. The number of subframes to be scheduled;
  • Step 303 The MBMS service is sent by using all the subframes allocated for the MBMS service. In this case, there is no over allocation subframe, and step 307 is performed.
  • step 304 the transmitting end determines whether there is a resource shortage in the scheduling period (320 ms) according to the usage of the resource for sending the non-MBMS service at this time. If there is a resource shortage, step 306 is performed; otherwise, step 305 is performed;
  • a simple method is given here, that is, by setting the threshold, if the sender detects the current non-MBMS service (for example, unicast service). If the resource usage rate does not reach the set threshold M%, it can be judged that the non-MBMS service resources are not used.
  • M can take 50, M can be selected according to the actual system for actual statistics, or can be obtained according to practice;
  • the sender detects that the current non-MBMS service (such as unicast service) resource usage is higher than the threshold M% (including equal to), it indicates that there is a shortage of non-MBMS service resources.
  • the threshold M% including equal to
  • Step 305 the non-MBMS service (eg, unicast service) data is not sent on the over allocation subframe, and step 307 is performed;
  • Step 305 the non-MBMS service (eg, unicast service) data is not sent on the over allocation subframe, and step 307 is performed;
  • the control information carries the identification information (such as the id information) of the receiving end corresponding to the MBMS service subframes. Step 306, using the over allocation subframe to send non-MBMS service (such as: unicast service) data, step 307;
  • the over allocation subframes are all used for non-MBMS services (for example, unicast services).
  • the senders perform scheduling according to the needs according to the prior art process. ;
  • the transmitting end carries the identifier information (such as the id information) of all the receiving ends corresponding to the foregoing subframe in the control information when the MBMS service subframe and the over allocation subframe are sent, but the MBMS service subframe carries the MBMS service, and
  • the allocation subframe carries non-MBMS services (such as unicast services);
  • Step 307 The sending end notifies the receiving end of the allocation of the MBMS service subframe by using the system information, where the allocation of the subframe includes: whether there is an over allocation subframe and a usage thereof, where the system information is sent by the sending end.
  • the signaling used to notify the receiving end, and the system information may be system message, control signaling or dedicated signaling;
  • the transmitting end uses the over allocation subframe by increasing the cost of one bit in the system information (the transmission of system information can be matched with periodicity, that is, system information is transmitted once every 32 frames, and can also be transmitted in a shorter period). Notifying the receiving end, the process ends;
  • the added lbit overhead can be defined as follows:
  • 0 indicates that the system's non-MBMS service (such as unicast service) does not use the subframe allocated too much for the MBMS service during this scheduling period.
  • 0 indicates that the system's non-MBMS service (such as unicast service) uses subframes that are excessively allocated for MBMS services during this scheduling period.
  • FIG. 4 is a flowchart of a method for receiving non-MBMS service data according to an embodiment of the present invention, where the data receiving method includes the following steps:
  • Step 400 The receiving end receives system information, and reads a bit in the system information to determine And identifying whether the sender uses the over allocation subframe, if it is used, step 401 is performed, otherwise, step 402 is performed;
  • Step 401 At this time, some of the subframes originally allocated by the sending end for the MBMS service are used to send MBMS services, and others are used to send non-MBMS services (such as unicast services);
  • a receiving end having a non-MBMS service and a receiving end having an MBMS service listening to all subframes in a current scheduling period including: a subframe for transmitting an MBMS service and an over allocation subframe for transmitting a non-MBMS service), and Determining whether the subframe needs to be received according to the control information in the subframe (the receiving end having the non-MBMS service receives the non-MBMS service data from the over allocation subframe, and the receiving end having the MBMS service is from the other child allocated for the MBMS service.
  • Receiving MBMS service data in the frame the process ends;
  • Step 402 At this time, the subframe that the sender initially allocates for the MBMS service is only used to send the MBMS service, and is not used to send the non-MBMS service (for example, unicast service);
  • the receiving end with the MBMS service listens to the above subframes (for transmitting all subframes of the MBMS service) during the current scheduling period;
  • the receiving end that only has a non-MBMS service (such as a unicast service) does not need to listen to the above subframes in the current scheduling period, and the process ends.
  • a non-MBMS service such as a unicast service
  • the transmitting end carries the identification information (such as the id information) of all the receiving ends of the subframe in the control information when the data is sent by using the MBMS service subframe and the over allocation subframe.
  • the MBMS service sub-frame carries the MBMS service
  • the over allocation sub-frame carries the non-MBMS service (such as the unicast service), so all the receiving ends receive the sub-frames;
  • the control information carries the identification information (such as the id information) of the receiving end corresponding to the MBMS service subframes, so the receiving end that does not have the MBMS service does not receive the sub-interfaces.
  • control information is sent to each receiver along with each subframe.
  • Each receiver must read the control information of the current subframe (including: receiver identification information, modulation). The mode and the data length, and the like, and the control information is parsed. Only the receiving end corresponding to the service carried by the subframe can successfully parse the control information of the subframe to obtain corresponding parameters. If the receiving end After the control information is successfully parsed, the data on the subframe is received according to various parameters obtained by the parsing; otherwise, the receiving end cannot parse the control information of the sub-frame, and thus refuses to receive the sub-frame, and continues to process the next sub-frame. Until all subframes are monitored. For example, if the receiving end supporting the MBMS service cannot parse the control information of the over allocation subframe, the data in the over allocation subframe is rejected.
  • a system After calculating the current MBMS traffic, a system knows that 37 subframes must be allocated to the MBMS service during this scheduling period to meet the needs of MBMS service transmission.
  • the allocation scheme closest to 37 sub-frames can only allocate 40 sub-frames, and obviously three more sub-frames are recorded, which are recorded as over allocation sub-frames for convenience of description.
  • the base station estimates the usage of the system resources, and performs the following processing:
  • the base station sends a unicast service on the three over allocation subframes that are allocated to the MBMS service, and notifies the terminal through the system information to the use of the over allocation subframe.
  • the base station does not send the unicast service on the three over allocation subframes that are excessively allocated to the MBMS service, and the base station uses the system information for the over allocation subframe. Notify the terminal.
  • the processing of the unicast terminal with the service is as follows: If the base station uses the over allocation subframe, Then, the terminal having the unicast service listens to all 40 subframes allocated to the MBMS service to ensure that the terminal can receive data from the three over allocation subframes that are excessively allocated to the MBMS service;
  • the terminal having the unicast service does not need to listen to all 40 subframes allocated to the MBMS service, and only listens to other non-MBMS subframes other than 40 subframes in the current scheduling period.
  • each type of receiving end when receiving, sends terminal type registration information to the transmitting end, and the information includes power limiting parameters and the like.
  • the system may specify in the protocol that the over allocation sub-frame is only used for the receiving end (such as a notebook terminal, a car radio station, a relay station, etc.) whose power is not limited, so that the transmitting end only carries these protocols in the control information when transmitting these sub-frames.
  • the specified receiving end identification information (such as id information), and as long as the transmitting end detects and finds that there is an over allocation subframe, the over allocation subframe can be used without determining the resource status in the current period.
  • the above specific receiving end needs to listen to all subframes all the time, while other receiving ends do not receive the over allocation subframe.
  • the system if the system uses the over allocation subframe to carry the unicast service in the related protocol, the system only uses the over allocation subframe to carry the unicast service.
  • the receivers of the one or more types of powers that are not limited in the protocol and have a non-MBMS service (such as unicast service) transmit data on the over allocation subframe, and do not use the over allocation sub-interface on other receivers. a frame, so that it is not necessary to notify the receiving end of the usage of the over allocation subframe by using system information;
  • Step S1 according to MBMS Traffic demand, allocate a certain number of subframes as resources for transmitting MBMS services in the current scheduling period;
  • Step S2 the sender determines whether the number of subframes allocated to the MBMS service at this time is greater than the number of subframes required for the MBMS traffic at this time, and if yes, step S3 is performed; otherwise, step S4 is performed;
  • step S3 the MBMS service is sent by using the allocated number of subframes of the current MBMS service.
  • the remaining excessively allocated subframes are recorded as over allocation, and step S5 is performed.
  • the transmitting end is according to the prior art. The process schedules the number of subframes required for the current MBMS service;
  • Step S4 The MBMS service is sent by using all the subframes allocated for the MBMS service. In this case, there is no over allocation subframe, and the process ends.
  • Step S5 having a non-MBMS service for one or more categories specified in the protocol (eg: a specific receiving end (for example, a notebook terminal, a relay station terminal), the transmitting end uses an over allocation subframe to transmit non-MBMS service (eg, unicast service) data, and only carries protocol provisions in the control information of the over allocation subframe.
  • a specific receiving end for example, a notebook terminal, a relay station terminal
  • non-MBMS service eg, unicast service
  • the identification information of one or more types of specific receiving ends ends.
  • One type of receiving end specified in the relevant protocol listens to all subframes in the current scheduling period (because the receiving end does not know when there will be over allocation subframes Sending, so as to ensure that the terminal can receive the over allocation subframe), parsing out the control information of the over allocation subframe, and receiving the data on the subframe according to the control information. Because the sender does not use the over allocation subframe for the receiver other than the one specified in the protocol, other receivers (such as mobile phones supporting MBMS services) receive corresponding subframes according to the prior art (for example, support for MBMS services). The receiving end receives the MBMS service subframe).
  • the control information when the transmitting end sends the over allocation subframe, the control information only carries the identification information of one or more types of receiving ends specified by the protocol, but the receiving end does not know when An over allocation subframe is sent, so one or more types of receivers specified by the protocol need to listen to all subframes, including: MBMS service subframes and over allocation subframes; and when multiple receivers listen to a certain number of subframes
  • Each sub-frame is sent to each receiving end together with the control information it carries, and each receiving end has to read the control information of the sub-frame (including: receiving end identification information, modulation mode, data length, etc.) And the control information is parsed, and only the receiving end corresponding to the service carried by the subframe can successfully parse the control information of the subframe to obtain corresponding parameters.
  • the receiving end parses the control information successfully, it starts to receive the data on the subframe according to the parsed parameter; otherwise, if the receiving end cannot parse the control information of the subframe, it refuses to receive the subframe, and continues to process the next one. Subframe, until all subframes are monitored. For example, if a receiver specified by the protocol receives an over allocation subframe but cannot parse the control information of the over allocation subframe, it rejects the data in the over allocation subframe, indicating that the over allocation subframe is not sent. The receiving end.
  • the system uses the rules of the over allocation sub-frame to be pre-set in the relevant protocol. After the transmitting end uses the over allocation sub-frame to carry the unicast service, it only has one type for the specified one in the protocol.
  • the notebook terminal of the broadcast service transmits an over allocation subframe, and the power is not limited because the notebook terminal is powered by the power source.
  • a system After calculating the current MBMS traffic, a system knows that 37 subframes must be allocated to the MBMS service during this scheduling period to meet the needs of MBMS service transmission.
  • the allocation scheme closest to 37 subframes can only allocate 40 subframes, and obviously three subframes are obviously added, which is recorded as an over allocation subframe for convenience of description;
  • the base station directly sends the unicast service to the designated notebook terminal on the three over allocation subframes that are excessively allocated to the MBMS service;
  • the notebook terminal does not know when the base station uses the over allocation subframe for itself, so the notebook terminal always listens to all 40 subframes allocated to the MBMS service to ensure that the terminal can receive 3 over allocation subframes, and Data is received from 3 over allocation subframes that are excessively allocated to the MBMS service.
  • the method according to the present invention can prevent the system from configuring the MBMS service for the excessively allocated MBMS service subframes by using a complex scheduling algorithm, and implement flexible allocation of the MBMS service subframes by using some MBMS service resources in the MBMS service resources.
  • the non-MBMS service method solves the inflexibility in the allocation of MBMS service resources and the complexity of system scheduling in the conventional technology.

Description

一种多媒体广播和组播业务资源的分配和非 MBMS业务数据接收方法
技术领域
本发明涉及一种多媒体广播和组播业务资源的分配和非 MBMS 业务数 据接收方法, 尤其涉及在混合小区下利用过度分配的 MBMS (多媒体广播和 组播 )业务资源的分配和非 MBMS业务数据接收方法。
背景技术
随着大屏幕多功能手机的普及, 移动数据业务的应用越来越广泛, 对移 动通信的需求已不再满足于电话、 消息和手机上网浏览业务等。 由于 Internet (因特网)的迅猛发展, 大量多媒体业务涌现出来。 各种高带宽多媒体业务, 如视频会议、 电视广播、 视频点播、 广告、 网上教育、 互动游戏等不断出现, 一方面满足移动用户的不断上升的业务需求, 同时也为移动运营商带来新的 业务增长点。 这些移动多媒体业务要求多个用户能够同时接收相同数据, 且 与一般的数据相比, 具有数据量大、 持续时间长、 时延敏感等特点。
为了有效地利用移动网络资源, 3GPP ( 3rd Generation Partnership Project 第三代合作伙伴计划)提出了多媒体广播和组播业务(即 MBMS ) , 在移动 网络中提供一个数据源向多个用户发送数据的点到多点业务, 从而实现网络 资源共享, 提高网络资源 (尤其是宝贵的空口接口资源) 的利用率。 MBMS 是一种共享网络资源从一个数据源向多个目标传送数据的技术。 3GPP定义的 MBMS不仅能实现纯文本低速率的消息类组播和广播, 而且还能实现高速多 媒体业务的组播和广播, 提供多种丰富的视频、 音频和多媒体业务。 这无疑 顺应了未来移动数据发展的趋势, 为 3G、 4G的发展提供更好的业务前景。
目前 MBMS业务传输组网方式分为专用载波和共享载波两种方式。两种 传输方式的主要区别是: 在专用载波方式中, 载波仅承载 MBMS业务; 在又 称为混合载波方式的共享载波方式中, 载波不仅承载 MBMS业务, 也承载非 MBMS业务(如: unicast单播业务) 。
对于混合载波承载 MBMS 业务的组网方式, 会存在 MBMS 业务和非 MBMS业务资源的情况。 目前业界主要观点是 MBMS业务和非 MBMS业务 之间进行时分复用, 复用的最小单位为子帧。 这样就会存在资源分配的问题。
MBMS业务和非 MBMS业务在进行时分复用的过程中, 需要兼顾多方 面因素, 包括: 对单播业务时延、 资源过度分配(over allocation ) 、 MBMS 业务调度颗粒度、 系统开销以及调度灵活性等多方面的影响。 关于资源分配, 目前业界一种较为合理的配置方法是使用 Two-level (两级制 )的方式来进行 配置,例如图 1是 Two-level方式中典型的示意图,其中 表示 MBSFN帧, 表示 MBSFN子帧, 國表示为单播业务预留的子帧(第 0和 5号子帧), 具体如图所示。 现有技术中的其它资源分配方法与图 1 大同小异, 都存在资 源分配不灵活的问题, 会带来资源过度分配的情况。
下面对现有技术中的 Two-level方法加以描述, Two-level方法使用 2级 参量来指明承载 MBMS业务的具体子帧的位置, 具体如下:
在无线帧级别上(宏观级) , 使用参数 N, 即以 个无线帧为调度周期 进行离散分配, N的取值可以为较小的 3bit; N的大小与定义的无线帧修改 周期相关, 假如定义的无线帧修改周期为 32个无线帧, 则 N的最大值为 5 , 满足 25 =32的关系。
在子帧级配置上(微观级), 可以使用较少的 3bit, 3bit的具体的大小表 示从子帧 #1 (除去 #0, #5外)连续的子帧的个数。
并且在无线帧的分配上釆用离散方式, 在子帧分配上釆用集中方式, 这 种设计考虑了 MBMS业务对非 MBMS业务的时延影响; 将无线帧级确定为 320ms, 即 32个无线帧, 因而可以满足 MBMS业务颗粒度的要求。
目前使用此类方法的较大问题是系统在配置子帧数目时缺乏灵活性。 由 于上述方法的局限性, 会出现当系统在 320ms调度周期中需要配置 129个多 播子帧时, 只能配置出 160个子帧(即分配的子帧数必须为 32的整数倍)的 情况, 从而在一定程度上多分配了 31个子帧。
针对系统在基于此类 Two-level方式的 MBMS业务资源分配上的不灵活 性和系统调度的复杂性问题, 本文提出一种解决方法。 发明内容
本发明要解决的技术问题是提供一种多媒体广播和组播业务资源的分配 和非 MBMS业务数据接收方法, 以实现 MBMS业务子帧的灵活分配。
为了解决上述问题, 本发明提供了一种 MBMS业务资源的分配方法, 其 包括: 方式 1 : 发送端使用分配给 MBMS业务的部分 MBMS业务资源来发 送非 MBMS业务, 并通过系统信息将所述部分 MBMS业务资源中用于发送 非 MBMS业务的资源的使用情况通知接收端; 或者方式 2: 发送端仅对一个 或多个功率不受限的接收端使用分配给 MBMS业务的部分 MBMS业务资源 来发送非 MBMS业务。
进一步地,在方式 1中,所述发送端检测在当前调度周期内发送非 MBMS 业务的资源的使用情况,如果在当前调度周期内发送非 MBMS业务的资源的 使用率高于一预设门限, 则发送端调度所述部分 MBMS 业务资源来发送非 MBMS业务; 否则, 不对所述部分 MBMS业务资源进行调度。
进一步地,当所述发送端调度所述部分 MBMS业务资源来发送非 MBMS 业务时, 在所有 MBMS业务资源的控制信息中携带全部接收端的标识信息; 如果所述发送端调度 MBMS业务所需的资源来发送 MBMS业务, 而不对所 述部分 MBMS业务资源进行调度, 则在所述部分 MBMS业务资源的控制信 息中携带其相应的接收端的标识信息。
进一步地, 在方式 1中, 所述发送端通过在系统信息中增加 1个比特位 标识来通知接收端是否已使用所述部分 MBMS业务资源。
进一步地, 在方式 2中, 所述发送端收到所述接收端在接入时发来的包 括所述接收端的功率受限情况的终端类型注册信息, 并根据所述终端类型注 册信息, 选择相应的接收端使用分配给 MBMS业务的部分 MBMS业务资源 来发送非 MBMS业务。
进一步地, 在方式 2 中, 所述发送端在使用分配给 MBMS业务的部分
MBMS业务资源来发送非 MBMS业务时, 在所述部分 MBMS业务资源的控 制信息中仅携带所述一个或多个功率不受限的接收端的标识信息。
进一步地, 所述系统信息为发送端发送的用来通知接收端的信令, 且所 述系统信息可以是系统消息、 控制信令或专用信令。
进一步地, 在所述发送端使用分配给 MBMS业务的部分 MBMS业务资 源来发送非 MBMS业务中的所述部分 MBMS业务资源可以是全部 MBMS业 务资源, 也可以是零。
进一步地, 所述部分 MBMS业务资源包括所述发送端在对 MBMS业务 调度后没有发送 MBMS业务的空闲 MBMS业务资源以及所述发送端在分配 MBMS业务时过多分配的空闲 MBMS业务资源。
进一步地, 所述功率不受限的接收端包括中继站和笔记本终端。
一种 MBMS业务资源上的非 MBMS业务数据接收方法, 包括: 具有非 MBMS 业务的接收端根据所接收的系统信息判断发送端是否使用部分 MBMS业务资源来发送非 MBMS业务数据; 如果是, 则所述接收端监听发 送非 MBMS业务的 MBMS业务资源,并从相应的 MBMS业务资源中接收非 MBMS业务数据。
进一步地, 所述接收端才艮据所述系统信息中的比特位标识, 来判断所述 发送端是否使用了所述部分 MBMS业务资源。
进一步地, 如果所述接收端根据所述系统信息判定所述发送端未使用所 述部分 MBMS业务资源, 则所述接收端不监听 MBMS业务资源。
进一步地, 当所述接收端从相应的 MBMS业务资源中接收非 MBMS业 务数据时, 首先解析相应的 MBMS业务资源中的包括接收端标识信息、 调制 方式和数据长度的控制信息, 如果解析成功, 则根据解析得到的参数来接收 非 MBMS业务数据; 否则, 拒绝接收所述相应的 MBMS业务资源中的数据。
一种 MBMS业务资源上的非 MBMS业务数据接收方法, 包括: 一个或 多个功率不受限的接收端监听 MBMS业务资源, 并从相应的 MBMS业务资 源中接收非 MBMS业务数据。
进一步地, 当所述接收端从相应的 MBMS业务资源中接收非 MBMS业 务数据时, 首先解析相应的 MBMS业务资源中的包括接收端标识信息、 调制 方式和数据长度的控制信息, 如果解析成功, 则根据解析得到的参数来接收 非 MBMS业务数据; 否则, 拒绝接收所述相应的 MBMS业务资源中的数据。 进一步地, 所述功率不受限的接收端包括中继站和笔记本终端。
与现有技术相比, 本发明可以避免系统通过使用复杂的调度算法对过多 分配的 MBMS业务子帧配置 MBMS业务, 实现了 MBMS业务子帧的灵活分 配。 附图概述
图 1为现有技术中以 Two-level方式配置多播子帧的示意图;
图 2为 LTE类型 1的无线帧结构示意图;
图 3为本发明实施例中分配方法的流程图;
图 4为本发明实施例中接收方法的流程图;
图 5为本发明实施例中另一种分配方法的流程图。
本发明的较佳实施方式
本发明为了解决传统技术方案中存在的弊端, 通过以下具体实施例进一 步阐述本发明所述的一种多媒体广播和组播业务资源的分配和非 MBMS 业 务数据接收方法, 以下对具体实施方式进行详细描述, 但不作为对本发明的 限定。
以 LTE系统为例来说明本发明的实施方法。 LTE类型 1的无线帧结构适 用于 FDD, 如图 2所示。
一个无线帧(Radio Frame )由 10个子帧组成, 每个子帧长度为 lms。 子 帧的编号从 #0到 #9, 其中子帧 #0和 #5用于承载系统信息而不能承载 MBMS 业务, 这样在每一个无线帧中就剩下 8个子帧可以用来承载 MBMS业务。
考虑到 MBMS业务颗粒度的因素, 目前 MBMS业务修改调度周期设为 320ms, 即连续 32个无线帧或连续 320ms为一个修改调度周期。
另外, 在上述的系统信息中包括: 小区标识(如 id ) 、 小区带宽情况、 通知 UE当前的时频资源 (如子帧)及分配情况等参数信息;
在上述无线帧中, 对于 #0和 #5以外的其他子帧, 每个子帧的前 1到 3个 符号用于承载控制信息, 控制信息会随每个子帧下发到相应接收端, 在控制 信息中包括接收端的 id等等参数信息。
首先系统根据 MBMS 业务量的需求, 计算其所需要的子帧数, 并通过 Two-level或者其他方法来计算 MBMS业务分配的子帧数。 由于算法本身的 局限, 此时会出现 MBMS业务的子帧分配算法无法准确分配出 MBMS业务 所需的子帧数目, 从而导致分配的子帧数目大于需要的子帧数目, 于是就产 生过多分配的子帧 ,这样就使得部分 MBMS业务资源没有发送 MBMS业务。 随着标准的制定和演进, 为了便于描述, 在 LTE中将上述的 MBMS业务资 源称为 MBSFN子帧 ( MBSFN subframes ) 。 在目前的 LTE-Advanced中有一 些公司想在部分 MBSFN子帧上传输 R10终端数据, 并且有些公司把所述部 分 MBSFN子帧也称为 LTE- Advanced subframes„ 所述部分 MBMS业务资源 可以是全部 MBMS业务资源, 也可以是零。 此外, 所述部分 MBMS业务资 源包括所述发送端在对 MBMS 业务调度后没有发送 MBMS 业务的空闲 MBMS 业务资源以及所述发送端在分配 MBMS 业务时过多分配的空闲 MBMS业务资源。
本发明以两种方式实现, 第一种方式为: 在资源紧张时, 基站端直接在 过多分配给 MBMS业务的子帧上发送非 MBMS业务(如: 单播业务) 而不 再发送 MBMS业务, 从而重新利用过多分配给 MBMS业务的子帧的资源; 系统需要将在分配过程中是否产生过多分配的子帧以及是否使用了给 MBMS 业务过多分配的子帧的情况和子帧分配信息同时发送给终端。
第二种方式为: 系统将过多分配的子帧的分配规则在相关协议中进行预 先设定, 并且发送端仅针对协议中规定的具有某非 MBMS业务(如: 单播业 务) 的一个或多个接收端 (例如笔记本终端, 中继站终端)使用过多分配的 子帧, 对其他接收端并不使用过多分配的子帧, 这样就不需要通过系统信息 将子帧的分配情况通知接收端, 因此支持单播业务的一个或多个接收端根据 相关协议中预先设定的分配规则, 在当前调度周期内监听所有子帧。
对于以上两种方式, 各以两个实施例及一个应用实例进行说明。
图 3为本发明实施例中分配方法的流程图,其示出本发明的第一种方式, 该方式包括以下步骤: 步骤 300, 根据 MBMS业务量需求, 分配一定数目的子帧作为在当前调 度周期内发送 MBMS业务的资源;
根据 MBMS业务量的需求计算其所需要的子帧数 (公知常识 ) , 通过现 有的方法 (比如 Two-level 方法)得到最接近所述子帧数的分配方案, 并为 MBMS业务分配所述分配方案中相应数目的子帧;
步骤 301 ,判断此时分配给 MBMS业务的子帧数目是否多于此时 MBMS 业务量所需要的子帧数目, 如果是, 则执行步骤 302; 否则, 执行步骤 303; 步骤 302, 使用分配的当前 MBMS业务所需数目的子帧发送 MBMS业 务,为了描述方便将剩余的过多分配的子帧记为 over allocation,执行步骤 304; 此处,由发送端按现有技术的流程对当前 MBMS业务所需数目的子帧进 行调度;
步骤 303 , 使用为 MBMS业务所分配的全部子帧来发送 MBMS业务, 此时不存在 over allocation子帧, 执行步骤 307;
步骤 304, 发送端根据此时发送非 MBMS业务的资源的使用情况, 判断 在这个调度周期( 320ms )内是否存在资源紧张情况,如果存在资源紧张情况, 则执行步骤 306; 否则, 执行步骤 305;
关于如何判断在这个调度周期内系统资源是否紧张的原则, 这里给出一 种简单的方法,即通过设定门限的方法,如果此时发送端监测到当前非 MBMS 业务(如: 单播业务) 资源使用率没有达到设定门限 M%, 则可以判断出非 MBMS业务资源使用不紧张。 这里 M可以取 50, M的选取可以根据真实系 统进行实际统计获得, 也可以根据实践获得;
如果发送端监测到当前的非 MBMS业务(如: 单播业务)资源使用率高 于门限M% (包括等于) , 则说明存在非 MBMS业务资源紧张的情况。
还可以选用其他方法实现本处关于系统资源的判断,本发明并不限于此; 步骤 305,不在 over allocation子帧上发送非 MBMS业务(如:单播业务) 数据, 执行步骤 307;
如果仅使用 MBMS业务子帧发送 MBMS业务, 则在控制信息中携带与 这些 MBMS业务子帧相应的接收端的标识信息 (如 id信息) ; 步骤 306, 使用 over allocation子帧发送非 MBMS业务(如: 单播业务) 数据, 执行步骤 307;
此处, over allocation子帧全部用于非 MBMS业务(如: 单播业务 ) , 至 于具体如何使用 over allocation子帧或使用其中的哪些, 则由发送端按现有技 术的流程, 根据需要进行调度;
发送端在发送这些 MBMS业务子帧以及 over allocation子帧时, 在控制 信息中携带与上述子帧相应的所有接收端的标识信息(如 id信息) , 只不过 MBMS业务子帧承载 MBMS业务,而 over allocation子帧承载非 MBMS业务 (比如单播业务) ;
步骤 307 , 发送端通过系统信息将 MBMS业务子帧的分配情况通知接收 端, 所述子帧的分配情况包括: 是否存在 over allocation子帧及其使用情况, 其中所述系统信息为发送端发送的用来通知接收端的信令, 且所述系统信息 可以是系统消息、 控制信令或专用信令;
发送端通过在系统信息中(系统信息的发送可以配合周期性, 即每 32帧 发送一次系统信息,也可以以更短的周期发送)增加一比特位的开销而将 over allocation子帧的使用情况通知接收端, 流程结束;
增加的 lbit开销可以定义如下:
"1" 表示在这个调度周期内系统的非 MBMS业务(如: 单播业务)使 用了给 MBMS业务过多分配的子帧;
"0" 表示在这个调度周期内系统的非 MBMS业务(如: 单播业务)未 使用给 MBMS业务过多分配的子帧。
或者, "1" 表示在这个调度周期内系统的非 MBMS业务(如: 单播业 务) 未使用给 MBMS业务过多分配的子帧;
"0" 表示在这个调度周期内系统的非 MBMS业务(如: 单播业务)使 用了给 MBMS业务过多分配的子帧。
图 4为本发明实施例中非 MBMS业务数据接收方法的流程图,该数据接 收方法包括以下步骤:
步骤 400 , 接收端接收系统信息, 并读取该系统信息中的比特位来判断 并识别发送端是否使用了 over allocation子帧,如果使用了, 则执行步骤 401 , 否则, 执行步骤 402;
步骤 401 , 此时, 发送端最初为 MBMS业务分配的子帧中的一些用于发 送 MBMS业务, 另一些用于发送非 MBMS业务(如: 单播业务) ;
具有某非 MBMS业务的接收端以及具有 MBMS业务的接收端在当前调 度周期内监听所有子帧(包括: 用于发送 MBMS业务的子帧以及用于发送非 MBMS业务的 over allocation子帧 ) , 并根据子帧内的控制信息判断该子帧是 否需要被接收(具有非 MBMS业务的接收端从 over allocation子帧中接收非 MBMS业务数据, 而具有 MBMS业务的接收端从为 MBMS业务分配的其它 子帧中接收 MBMS业务数据) , 流程结束;
步骤 402 ,此时,发送端最初为 MBMS业务分配的子帧只用于发送 MBMS 业务, 而不用于发送非 MBMS业务(如: 单播业务) ;
具有 MBMS业务的接收端在当前调度周期内监听上述这些子帧(用于发 送 MBMS业务的全部子帧 ) ;
而仅具有某非 MBMS业务(如: 单播业务)的接收端在当前调度周期内 不需要监听上述这些子帧, 流程结束。
对上述两个实施例, 需要说明的是, 发送端在使用这些 MBMS业务子帧 以及 over allocation子帧发送数据时,在控制信息中携带接收上述子帧的所有 接收端的标识信息(如 id信息), 只不过 MBMS业务子帧承载 MBMS业务, 而 over allocation子帧承载非 MBMS业务(比如单播业务) , 因此所有接收 端都会收到这些子帧;
而在仅使用 MBMS 业务子帧发送数据时, 在控制信息中携带与这些 MBMS业务子帧相应的接收端的标识信息(如 id信息), 因此不具有 MBMS 业务的接收端就不会收到这些子帧中的数据;
当多个接收端监听这些子帧时, 控制信息会随每个子帧下发到每一个接 收端, 每一个接收端都要去读取当前子帧的控制信息 (包括: 接收端标识信 息、 调制方式和数据长度等等)并解析该控制信息, 只有与子帧承载的业务 相应的接收端才能成功解析子帧的控制信息以得到相应的参数。 如果接收端 对控制信息解析成功, 则开始根据解析得到的各类参数接收子帧上的数据; 否则, 接收端无法解析这个子帧的控制信息, 因而拒绝接收这个子帧, 并继 续处理下一个子帧, 直至监听完所有子帧。 例如: 如果支持 MBMS业务的接 收端无法解析 over allocation子帧的控制信息 , 则拒绝接收 over allocation子 帧内的数据。
以下以一个应用实例进行说明。
某系统根据当前 MBMS业务量计算后,得知在这一调度周期内必须分配 37个子帧给 MBMS业务, 以满足 MBMS业务传输的需要。 但是由于子帧分 配算法的局限性, 最接近 37个子帧的分配方案只能分配 40个子帧, 很明显 多出了 3个子帧, 为了描述方便将其记为 over allocation子帧。
对于发送端, 按照本发明所述方法, 基站对系统资源的使用情况进行预 估, 并进行如下处理:
如果在接下来的 320ms 内资源比较紧张, 则基站在过多分配给 MBMS 业务的 3个 over allocation子帧上发送单播业务,并把基站对于 over allocation 子帧的使用情况通过系统信息通知终端;
如果在接下来的 320ms 内资源不存在紧张, 则基站不会在过多分配给 MBMS业务的 3个 over allocation子帧上发送单播业务, 并把基站对于 over allocation子帧的使用情况通过系统信息通知终端。
需要说明的是, 判断当前调度周期内资源紧张的依据以及将基站的决定 通过系统信息通知终端的方法与上一实施例所述的方法相同,此处不再重复。
对于接收端,在终端通过系统信息获知 MBMS子帧分配情况和是否使用 了过多分配给 MBMS业务的子帧情况后, 对有业务的单播终端的处理如下: 如果基站使用 over allocation 子帧, 则有单播业务的终端监听分配给 MBMS业务的所有 40个子帧, 以确保终端能从过多分配给 MBMS业务的 3 个 over allocation子帧上接收到数据;
如果基站没有使用 over allocation子帧, 则有单播业务的终端不需要监听 分配给 MBMS业务的所有 40个子帧,仅监听在当前调度周期内 40个子帧以 外的其他非 MBMS子帧。 在第二种方式中, 各类接收端在接入时, 会向发送端发送终端类型注册 信息,该信息包括功率限制的参数等等。系统可以在协议中规定 over allocation 子帧仅用于功率不受限的接收端(比如:笔记本终端、车载电台、中继站等), 这样发送端在发送这些子帧时在控制信息中只携带这些协议指定的接收端的 标识信息(如 id信息),并且只要发送端检测并发现存在 over allocation子帧, 就可使用这些 over allocation子帧, 而不需要判断当前周期内的资源状况。 上 述特定接收端需要全时监听所有子帧, 而其他接收端不会收到 over allocation 子帧。
因此, 在图 3所述的分配方法的流程中, 如果系统将 over allocation子帧 的使用规则在相关协议中进行预先设定, 则在发送端使用 over allocation子帧 承载单播业务后, 仅针对协议中规定的一类或多类功率不受限的且具有某非 MBMS业务(如: 单播业务 ) 的接收端在该 over allocation子帧上发送数据, 对其他接收端则不使用 over allocation子帧, 这样就不需要通过系统信息将 over allocation子帧的使用情况通知接收端;
如图 5所示,系统在相关协议中预设了 over allocation子帧的使用规则后, 每步骤的具体实现方式与图 3所述的分配方法的流程中的相应步骤相同: 步骤 S1 , 根据 MBMS业务量需求, 分配一定数目的子帧作为在当前调 度周期内发送 MBMS业务的资源;
步骤 S2, 发送端判断此时分配给 MBMS业务的子帧数目是否多于此时 MBMS业务量所需要的子帧数目, 如果是, 则执行步骤 S3; 否则, 执行步骤 S4;
步骤 S3 ,使用分配的当前 MBMS业务所需数目的子帧发送 MBMS业务, 为了描述方便将剩余的过多分配的子帧记为 over allocation, 执行步骤 S5; 此处,由发送端按现有技术的流程对当前 MBMS业务所需数目的子帧进 行调度;
步骤 S4, 使用为 MBMS业务所分配的全部子帧发送 MBMS业务, 此时 不存在 over allocation子帧, 流程结束;
步骤 S5 , 针对协议中规定的一类或多类具有某非 MBMS业务(如: 单 播业务) 的特定接收端 (例如笔记本终端, 中继站终端) , 发送端使用 over allocation子帧发送非 MBMS业务(如: 单播业务 )数据, 并在 over allocation 子帧的控制信息中只携带协议规定的一类或多类特定接收端的标识信息, 流 程结束。
在上述的这种分配方法的流程中, 在进行相应的数据接收时:
在相关协议中指定的一类接收端 (功耗不受限, 例如笔记本终端, 中继 站终端等等)在当前调度周期内监听所有子帧 (因为接收端不知道什么时候 会有 over allocation子帧被发送, 这样来确保终端能接收到 over allocation子 帧), 解析出 over allocation子帧的控制信息, 并根据控制信息接收该子帧上 的数据。 因为发送端不会将 over allocation子帧用于协议中指定的以外的接收 端, 所以其他接收端(如支持 MBMS业务的手机等 )按现有技术接收相应的 子帧 (比如: 支持 MBMS业务的接收端接收 MBMS业务子帧) 。
对上述两个实施例,需要说明的是,发送端在发送 over allocation子帧时, 在控制信息中只携带协议指定的一类或多类接收端的标识信息 , 但是接收端 并不知道什么时候会有 over allocation子帧被发送, 因此协议指定的一类或多 类接收端需要监听全部子帧,包括: MBMS业务子帧以及 over allocation子帧; 而当多个接收端监听一定数量的子帧时, 每个子帧与其所带有的控制信 息一起下发给每一个接收端, 每一个接收端都要去读取子帧的控制信息 (包 括: 接收端标识信息、 调制方式和数据长度等等)并解析该控制信息, 只有 与子帧承载的业务相应的接收端才能成功解析子帧的控制信息以得到相应的 参数。 如果接收端对控制信息解析成功, 则开始根据解析得到的参数接收子 帧上的数据; 否则, 如果接收端无法解析出这个子帧的控制信息, 则拒绝接 收这个子帧, 并继续处理下一个子帧, 直至监听完所有子帧。 例如: 如果协 议指定的一个接收端收到一个 over allocation子帧, 但无法解析这个 over allocation子帧的控制信息, 则拒绝接收这个 over allocation子帧内的数据, 说 明这个 over allocation子帧不是发给该接收端的。
以下以一个应用实例进行说明。
系统将 over allocation子帧的使用规则在相关协议中进行预先设定,发送 端使用 over allocation子帧承载单播业务后,仅针对协议中规定的一类具有单 播业务的笔记本终端发送 over allocation子帧,该笔记本终端因为由电源供电, 所以功率不受限。
某系统根据当前 MBMS业务量计算后,得知在这一调度周期内必须分配 37个子帧给 MBMS业务, 以满足 MBMS业务传输的需要。 但是由于子帧分 配算法的局限性, 最接近 37个子帧的分配方案只能分配 40个子帧, 很明显 多出了 3个子帧, 为了描述方便将其记为 over allocation子帧;
对于发送端, 根据相关协议, 基站直接在过多分配给 MBMS业务的 3个 over allocation子帧上向指定的笔记本终端发送单播业务;
对于接收端, 笔记本终端不知道基站什么时候针对自己使用了 over allocation子帧, 因此该笔记本终端始终监听分配给 MBMS业务的所有 40个 子帧, 以确保终端能收到 3个 over allocation子帧, 并从过多分配给 MBMS 业务的 3个 over allocation子帧上接收到数据。
当然, 本发明还可以有其他多种实施例, 本领域技术人员可根据本发明 做出各种相应的改变和变形, 且不背离本发明精神及其实质, 这些相应的改 变和变形都应属于本发明所附的权利要求的保护范围。
工业实用性
根据本发明的方法可以避免系统通过使用复杂的调度算法对过多分配的 MBMS业务子帧配置 MBMS业务, 实现了 MBMS业务子帧的灵活分配, 通 过使用 MBMS业务资源中的部分 MBMS业务资源来发送非 MBMS业务的方 法,解决了传统技术中存在的在 MBMS业务资源分配上的不灵活性和系统调 度的复杂性问题。

Claims

权 利 要 求 书
1. 一种 MBMS业务资源的分配方法, 其包括:
方式 1 : 发送端使用分配给 MBMS业务的部分 MBMS业务资源来发送 非 MBMS业务, 并通过系统信息将所述部分 MBMS业务资源中用于发送非 MBMS业务的资源的使用情况通知接收端; 或者
方式 2: 发送端仅对一个或多个功率不受限的接收端使用分配给 MBMS 业务的部分 MBMS业务资源来发送非 MBMS业务。
2. 如权利要求 1所述的方法, 其中在所述方式 1 , 所述发送端检测在当 前调度周期内非发送 MBMS业务的资源的使用情况,如果在当前调度周期内 发送非 MBMS业务的资源的使用率高于一预设门限,则发送端调度所述部分 MBMS业务资源来发送非 MBMS业务; 否则, 不对所述部分 MBMS业务资 源进行调度。
3. 如权利要求 2所述的方法, 其中, 当所述发送端调度所述部分 MBMS 业务资源来发送非 MBMS业务时, 在所有 MBMS业务资源的控制信息中携 带全部接收端的标识信息;如果所述发送端调度 MBMS业务所需的资源来发 送 MBMS业务, 而不对所述部分 MBMS业务资源进行调度, 则在所述部分 MBMS业务资源的控制信息中携带其相应的接收端的标识信息。
4. 如权利要求 1所述的方法, 其中, 在所述方式 1中, 所述发送端通过 在系统信息中增加 1个比特位标识来通知接收端是否已使用所述部分 MBMS 业务资源。
5. 如权利要求 1所述的方法, 其中, 在所述方式 2中, 所述发送端收到 所述接收端在接入时发来的包括所述接收端的功率受限情况的终端类型注册 信息, 并根据所述终端类型注册信息, 选择相应的接收端使用分配给 MBMS 业务的部分 MBMS业务资源来发送非 MBMS业务。
6. 如权利要求 5所述的方法, 其中在所述方式 2中, 所述发送端在使用 分配给 MBMS业务的部分 MBMS业务资源来发送非 MBMS业务时,在所述 部分 MBMS 业务资源的控制信息中仅携带所述一个或多个功率不受限的接 收端的标识信息。
7. 如权利要求 1所述的方法, 其中所述系统信息为发送端发送的用来通 知接收端的信令, 且所述系统信息是系统消息、 控制信令或专用信令。
8. 如权利要求 1所述的方法, 其中在所述发送端使用分配给 MBMS业 务的部分 MBMS业务资源来发送非 MBMS业务中的所述部分 MBMS业务资 源是全部 MBMS业务资源或是零。
9. 如权利要求 1所述的方法, 其中所述部分 MBMS业务资源包括所述 发送端在对 MBMS业务调度后没有发送 MBMS业务的空闲 MBMS业务资源 以及所述发送端在分配 MBMS业务时过分配的空闲 MBMS业务资源。
10. 如权利要求 1所述的方法, 其中所述功率不受限的接收端包括中继 站和笔记本终端。
11. 一种 MBMS业务资源上的非 MBMS业务数据接收方法, 其包括: 具有非 MBMS 业务的接收端根据所接收的系统信息判断发送端是否使用部 分 MBMS业务资源来发送非 MBMS业务数据; 如果是, 则所述接收端监听 发送非 MBMS业务的 MBMS业务资源,并从相应的 MBMS业务资源中接收 非 MBMS业务数据。
12. 如权利要求 7所述的方法, 其中, 所述接收端根据所述系统信息中 的比特位标识, 来判断所述发送端是否使用了所述部分 MBMS业务资源。
13. 如权利要求 7所述的方法, 其中, 如果所述接收端根据所述系统信 息判定所述发送端未使用所述部分 MBMS 业务资源, 则所述接收端不监听 MBMS业务资源。
14. 如权利要求 7所述的方法, 其中, 当所述接收端从相应的 MBMS业 务资源中接收非 MBMS业务数据时, 首先解析相应的 MBMS业务资源中的 包括接收端标识信息、 调制方式和数据长度的控制信息, 如果解析成功, 则 根据解析得到的参数来接收非 MBMS业务数据; 否则, 拒绝接收所述相应的 MBMS业务资源中的数据。
15. 一种在 MBMS业务资源上的非 MBMS业务数据接收方法, 其包括: 一个或多个功率不受限的接收端监听 MBMS 业务资源, 并从相应业务的 MBMS资源中接收非 MBMS业务数据。
16. 如权利要求 11 所述的方法, 其中, 当所述接收端从相应的 MBMS 业务资源中接收非 MBMS业务数据时, 首先解析相应的 MBMS业务资源中 的包括接收端标识信息、 调制方式和数据长度的控制信息, 如果解析成功, 则根据解析得到的参数来接收非 MBMS业务数据; 否则, 拒绝接收所述相应 的 MBMS业务资源中的数据。
17. 如权利要求 15所述的方法, 其中所述功率不受限的接收端包括中继 站和笔记本终端。
PCT/CN2009/072282 2008-06-23 2009-06-16 一种多媒体广播和组播业务资源的分配和非mbms业务数据接收方法 WO2009155829A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP09768754.5A EP2299738A4 (en) 2008-06-23 2009-06-16 METHOD FOR ALLOCATING MULTIMEDIA BROADCAST / MULTICAST SERVICE (MBMS) SERVICE RESOURCES AND RECEIVING NON-MBMS DATA
US13/000,907 US8520582B2 (en) 2008-06-23 2009-06-16 Method for allocating multimedia broadcast multicast service (MBMS) resources and receiving non MBMS data

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810125261A CN101616361A (zh) 2008-06-23 2008-06-23 一种多媒体广播和组播业务的资源调度和数据接收方法
CN200810125261.0 2008-06-23

Publications (1)

Publication Number Publication Date
WO2009155829A1 true WO2009155829A1 (zh) 2009-12-30

Family

ID=41444018

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/072282 WO2009155829A1 (zh) 2008-06-23 2009-06-16 一种多媒体广播和组播业务资源的分配和非mbms业务数据接收方法

Country Status (4)

Country Link
US (1) US8520582B2 (zh)
EP (1) EP2299738A4 (zh)
CN (1) CN101616361A (zh)
WO (1) WO2009155829A1 (zh)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102761831B (zh) * 2011-04-27 2017-02-08 中兴通讯股份有限公司 一种多媒体广播组播业务计数方法及系统
US9621365B2 (en) * 2011-07-08 2017-04-11 Telefonaktiebolaget Lm Ericsson (Publ) Relaying multicast data in a wireless network
US9421464B2 (en) * 2013-05-22 2016-08-23 Dell Products, Lp System and method for providing performance in a personal gaming cloud
CN105338024A (zh) * 2014-07-15 2016-02-17 成都鼎桥通信技术有限公司 一种cbtc业务的数据传输方法
CN105451353B (zh) * 2014-07-31 2019-02-05 成都鼎桥通信技术有限公司 一种视频集群调度方法及设备
WO2016124980A1 (en) * 2015-02-05 2016-08-11 Telefonaktiebolaget Lm Ericsson (Publ) Embms bandwidth auto-fitting
US10785751B2 (en) * 2015-09-11 2020-09-22 Qualcomm Incorporated Techniques for contending for access to channels of a shared radio frequency spectrum band for broadcast/multicast transmissions
US10491412B2 (en) 2016-07-30 2019-11-26 Wipro Limited System and a method for multimultimedia broadcast and multicast services
WO2018083678A1 (en) * 2016-11-04 2018-05-11 Telefonaktiebolaget Lm Ericsson (Publ) Configuring non-mbms (multimedia broadcast multicast services) subframes for additional system information
CN109842936B (zh) * 2017-11-29 2022-12-23 成都鼎桥通信技术有限公司 一种基于宽带集群通信的小区级组播子帧调度方法
CN110830919B (zh) * 2018-08-07 2022-04-15 成都鼎桥通信技术有限公司 业务组播资源控制方法和装置
CN111083645B (zh) * 2018-10-19 2021-08-24 大唐移动通信设备有限公司 业务的发送方法、装置及终端
US11317251B2 (en) * 2019-02-05 2022-04-26 Qualcomm Incorporated Numerologies that support broadcasting over a carrier
CN112566151B (zh) * 2019-09-26 2022-04-29 大唐移动通信设备有限公司 一种消息发送方法及基站

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1738486A (zh) * 2004-07-27 2006-02-22 三星电子株式会社 为连接模式用户设备选择频率层的方法和装置
CN1980468A (zh) * 2005-12-08 2007-06-13 北京三星通信技术研究有限公司 Mbms业务中通知dch ue首选层限制信息的方法
CN101064617A (zh) * 2006-04-26 2007-10-31 上海贝尔阿尔卡特股份有限公司 在第一频率上建立一种业务的方法和设备
CN101114921A (zh) * 2006-07-28 2008-01-30 华为技术有限公司 一种发送多媒体广播/组播服务业务的方法及装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1941687A (zh) * 2005-09-29 2007-04-04 华为技术有限公司 广播业务信道与非广播业务信道的复用方法
KR20090029623A (ko) * 2007-09-18 2009-03-23 엘지전자 주식회사 무선통신 시스템에서 시스템 정보 획득 방법
WO2009044345A2 (en) * 2007-10-01 2009-04-09 Nokia Corporation System and method for controlling base stations for multimedia broadcast communications

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1738486A (zh) * 2004-07-27 2006-02-22 三星电子株式会社 为连接模式用户设备选择频率层的方法和装置
CN1980468A (zh) * 2005-12-08 2007-06-13 北京三星通信技术研究有限公司 Mbms业务中通知dch ue首选层限制信息的方法
CN101064617A (zh) * 2006-04-26 2007-10-31 上海贝尔阿尔卡特股份有限公司 在第一频率上建立一种业务的方法和设备
CN101114921A (zh) * 2006-07-28 2008-01-30 华为技术有限公司 一种发送多媒体广播/组播服务业务的方法及装置

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
US20110310785A1 (en) 2011-12-22
CN101616361A (zh) 2009-12-30
EP2299738A4 (en) 2015-08-05
EP2299738A1 (en) 2011-03-23
US8520582B2 (en) 2013-08-27

Similar Documents

Publication Publication Date Title
WO2009155829A1 (zh) 一种多媒体广播和组播业务资源的分配和非mbms业务数据接收方法
US8982872B2 (en) Transmitting method and device for scheduling information
US8213348B2 (en) Method for realizing MBMS TDM and the information transmission method thereof
US9265030B2 (en) Method and device for controlling MBMS receiving in a wireless communication system
US20100329171A1 (en) Method and Apparatus for Handling Subframe of Multimedia Broadcast Multicast Service Single Frequency Network in Wireless Communication System
EP1925176B1 (en) Method of processing control information messages for point-to-multipoint services
TWI559796B (zh) 處理多媒體廣播與群播服務之動態排程資訊的方法及通訊裝置
CN102036171B (zh) 一种子帧标识信息的传输方法及系统
WO2007000099A1 (fr) Procede permettant de limiter la consommation electrique d'un termimal mobile
WO2011018037A1 (zh) 一种配置mbms控制信息的方法、设备和系统
KR101150459B1 (ko) Mbms 동적 스케줄링 정보를 처리하는 방법 및 장치
WO2010121524A1 (zh) 广播多播系统中发送和获取控制信息的方法、基站和ue
CN102264038B (zh) 多媒体广播组播mbms上行资源分配及反馈方法与系统
WO2011147239A1 (zh) Mbms业务上行反馈机制实现方法及系统
JPWO2016121671A1 (ja) 基地局及びユーザ端末
CN101938702A (zh) 处理多媒体广播群播服务接收的方法及其相关通讯装置
WO2013131438A1 (zh) 一种集群传输通知、处理方法及装置
CN104469747A (zh) 接收下行数据的方法及终端
WO2014153705A1 (zh) 新载波类型小区的业务处理方法、装置及通信系统
WO2010081383A1 (zh) 一种mbms控制信令的更新指示信令的产生方法及装置
CN107005988A (zh) 多播业务、专用业务发送、接收方法和装置
WO2014179963A1 (zh) 业务处理方法及装置
CN102164347A (zh) Mcch修改通知及修改通知发送配置信息的发送方法及设备
JP7425259B2 (ja) 通信制御方法及び基地局
WO2010015135A1 (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: 09768754

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2009768754

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2009768754

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13000907

Country of ref document: US