CN102281500B - A kind of method and system of asking MBMS - Google Patents
A kind of method and system of asking MBMS Download PDFInfo
- Publication number
- CN102281500B CN102281500B CN201010199462.2A CN201010199462A CN102281500B CN 102281500 B CN102281500 B CN 102281500B CN 201010199462 A CN201010199462 A CN 201010199462A CN 102281500 B CN102281500 B CN 102281500B
- Authority
- CN
- China
- Prior art keywords
- mbms
- request
- network side
- community
- send
- Prior art date
- Legal status (The legal status 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 status listed.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The invention discloses a kind of method and system of asking MBMS, comprise: UE is when sending MBMS to network side request, carry the MBMS identification information of the MBMS of request in the request, and one of following information or combination in any: MBSFN zone identification information, the identification information of UE, MBMS reason for claim, MBMS type information; And after network side receives this MBMS request message, determine whether to send requested MBMS.The inventive method has adapted to adopt MBSFN mode to send the scene of MBMS well, thus meets the demand of user to MBMS well.
Description
Technical field
The present invention relates to multimedia broadcast-multicast service (MBMS, Multimedia Broadcast MulticastService), espespecially a kind of method and system of asking MBMS.
Background technology
Along with the fast development of the Internet and the universal of large-screen multi-functional mobile phone, a large amount of Mobile data multimedia service and various high bandwidth multimedia service are there is, such as video conference, television broadcasting, video request program, video ads, online education, interactive game etc., these Mobile data multimedia services and various high bandwidth multimedia service not only meet the business demand that mobile subscriber constantly rises, simultaneously also for mobile operator brings new business growth point.Mobile data multimedia service and the multiple user of various high bandwidth multimedia service requirements can receive identical data simultaneously, compared with general data service, have the features such as data volume is large, duration length, delay sensitive.
In order to effectively utilize mobile network resource, third generation partner program (3GPP, 3rd GenerationPartnership Project) propose MBMS, MBMS is a kind of technology transmitting data from a data source to multiple target, achieve sharing of network (comprising core net and Access Network) resource, improve the utilance of Internet resources (especially air interface resource).The MBMS of 3GPP definition can not only realize classes of messages multicast and the broadcast of plain text low rate, broadcast and the multicast of high-speed multimedia service can also be realized, multiple abundant video, audio frequency and multimedia service are provided, this has complied with the trend of following Mobile data development undoubtedly, for the development of third generation digital communication (3G, 3rd Generation) provides better business prospect.
At Long Term Evolution (LTE, Long Term Evolution) in system, MBMS adopts multimedia broadcast-multicast service single frequency network (MB SFN, Multimedia Broadcast multicast service SingleFrequency Network) mode to send.MBSFN mode can be understood as the mode that a kind of multi-plot joint sends, and the community namely in certain geographical position all sends identical MBMS data in identical time, identical frequency resource, and certain geographical position is called MBSFN region.Like this, in whole MBSFN region, the corresponding electric wave signal of the data sent from each community will superpose naturally, thus by a relatively large margin improve signal strength signal intensity.
In prior art, in order to obtain MBMS, UE can send the request of carrying the MBMS identification information of request to network side, is determined whether the MBMS sent request to this UE by network side according to the MBMS identification information received.
Because likely there is identical MBMS in different MBSFN regions, and using same MBMS identification information, like this, by the method for existing acquisition MBMS, is uniquely to determine that the MBMS of asking is the MBMS in which MBSFN region.
In addition, considering the need of introduction at present: the MBMS not having UE to receive for some in LTE version 10 (R10), network side, by selecting to close these MBMS, to reach the object of saving resource, and helps network side energy-conservation.But for judging that the process whether MBMS has UE to receive is periodic in LTE R10, and the cycle is very long.That is, be: this MBMS does not have UE to receive that so, network side can stop sending this MBMS if network side carries out statistics for a certain MBMS; But, suppose a moment later, have UE to these MBMS not having UE to receive at that time interested and need receive time, UE needs the transmission to this MBMS of network side request, so, obtain the method for MBMS from existing UE, how UE asks to obtain such MBMS and does not also provide solution.
Obtain the method for MBMS from existing UE, well can not adapt to adopt MBSFN mode to send the scene of MBMS, thus the demand of user to MBMS can not be met very well.
Summary of the invention
In view of this, main purpose of the present invention is to provide a kind of method and system of asking MBMS, can adapt to well adopt MBSFN mode to send the scene of MBMS, thus meets the demand of user to MBMS well.
For achieving the above object, technical scheme of the present invention is achieved in that
Ask a method for MBMS, comprising:
User equipment (UE) is when sending multimedia broadcast-multicast service MBMS to network side request, carry the MBMS identification information of the MBMS of request in the request, and one of following information or combination in any: multimedia broadcast-multicast service single frequency network MBSFN zone identification information, the identification information of UE, MBMS reason for claim, MBMS type information.
Also comprise before the method:
Described network side is that UE distributes ascending resource, the ascending resource that described UE distributes at network side sends described MBMS and asks.
The method also comprises: after network side receives this MBMS request message, determines whether to send requested MBMS;
Described network side sends the response of MBMS request message to UE, and for notifying UE, whether the MBMS of its request can send, and reason when can not send.
Described ascending resource can be: uplink common control channel CCCH, or Physical Uplink Shared Channel PUSCH, or Dedicated Control Channel DCCH, or the ascending resource of agreement, or the private resource of network side distribution is the ascending resource of MBMS request message distribution.
Described MBMS request is used for the transmission of described UE to one or more MBMS of network side request.
The business do not had in the MBSFN region of one or more MBMS described interested to: described community, UE place or described UE; Or,
The business sent in the MBSFN region of one or more MBMS described interested to: described community, UE place or described UE, but do not have UE to receive in MBSFN region interested to described community, UE place or described UE and stopped the MBMS that sends by network side.
Described MBMS identification information is: MBMS ID, or Temporary Mobile Group Identity TMGI, or the mode for using Multicast Channel MCH and sessionId to combine, specifically indicate which sessionId in which MCH, or the mode for using the logic channel ID of MCH and MTCH to combine, specifically indicate which MTCH in which MCH;
Described MBMS identification information is one or more.
The mark in the MBSFN region belonging to the MBMS that described MBSFN zone identification information is asked for UE;
Described MBSFN zone identification information is one or more.
If described UE asks two or more MBMS simultaneously, and two or more MBMS do not belong to same MBSFN region, and described MBSFN zone identification information comprises the MBSFN zone identification information in described different MBSFN region.
The identification information of described UE is: UE identifies UE_ID, or the Temporary Mobile Subscriber Identity S-TMSI of user equipment allocation System Architecture Evolution, or the random value of 40 bits, or Cell Radio Network Temporary Identifier/Identity, Cell-RNTI C-RNTI, or International Mobile Subscriber mark IMSI.
Described MBMS reason for claim at least comprises one of following: requested described MBMS is after network side statistics, the MBMS of closing owing to not having UE to receive; Or,
Requested described MBMS does not belong to the MBMS that community, described UE place sends.
The method also comprises:
After described network side receives MBMS request, according to the quantity of UE sending MBMS request in community, and/or the MBMS of UE request, adjustment sends the community composition in MBSFN region and/or the range of transmission of requested MBMS.
The adjustment of described network side specifically comprises:
After described network side receives this MBMS request message, judge that community, described UE place is the community not being planned as the MBMS sending described request;
The MBMS solicited message that UE described in described network side preservation sends, after one section of preset duration, described network side will not plan that the community of the MBMS sending described request arranges the community of the MBMS sending described request;
Described network side, according to the MBMS request message received, after one section of preset duration, does not ask the community of MBMS to mark the cell range of MBMS transmission.
Described UE, when sending multimedia broadcast-multicast service MBMS to network side request, at least carries one of the following: the MBMS identification information of the MBMS of request, multimedia broadcast-multicast service single frequency network MBSFN zone identification information, MBMS reason for claim in the request;
Described MBSFN zone identification information is the mark in a MBSFN region;
Described MBMS reason for claim is: the MBMS of request has in a MBSFN region, but stops owing to not having UE to receive in community at present sending;
In the community that MBSFN region overlapping covers, described network side, according to the transmission situation of the requested MBMS in MBMS request message at network side, selects rational MBSFN region to send requested MBMS.
Described network side, according to the transmission situation of the requested MBMS in MBMS request message at network side, is selected rational MBSFN region to send requested MBMS and is specifically comprised:
Described network side, according to the MBMS request message from described UE, is determined in the community that the community of the MBMS that the MBMS that this UE asks is sending request with described stopping is adjacent, and is sent in the resource in the 2nd MBSFN region; Simultaneously, network side is judged if send the MBMS that this UE asks in the 2nd MBSFN region of the community of the MBMS sent request in described stopping, just in time with neighbor cell in the 2nd MBSFN region, send this MBMS form MBSFN transmission means, so, send the MBMS of UE request in the 2nd MBSFN region of the community of the MBMS that described network side sends request in described stopping and informing UE;
The neighbor cell of the community of the MBMS that the community of the MBMS that described stopping sends request and described stopping send request is: the community that the 2nd MBSFN region overlapping covers.
Described MBMS type information, being used to indicate requested described MBMS is multicast service or broadcasting service;
Or being used to indicate requested described MBMS is signing paying MBMS, or free MBMS.
Described network side is: evolution base station eNB or relay station relay or multi-cell cooperating entity MCE, or broadcast multicast service center BMSC or MBMS gateway MBMS GW.
Ask a method for MBMS, comprising:
User equipment (UE), when sending multimedia broadcast-multicast service MBMS to network side request, at least carries one of the following in the request: the MBMS identification information of the MBMS of request, multimedia broadcast-multicast service single frequency network MBSFN zone identification information and MBMS reason for claim;
Described MBSFN zone identification information is the mark in a MBSFN region;
Described MBMS reason for claim is: the MBMS of request has in a MBSFN region, but stops owing to not having UE to receive in community at present sending;
In the community that MBSFN region overlapping covers, described network side, according to the transmission situation of the requested MBMS in MBMS request message at network side, selects rational MBSFN region to send requested MBMS.
Described network side, according to the transmission situation of the requested MBMS in MBMS request message at network side, is selected rational MBSFN region to send requested MBMS and is specifically comprised:
Described network side, according to the MBMS request message from described UE, is determined in the community that the community of the MBMS that the MBMS that this UE asks is sending request with described stopping is adjacent, and is sent in the resource in the 2nd MBSFN region; Simultaneously, network side is judged if send the MBMS that this UE asks in the 2nd MBSFN region of the community of the MBMS sent request in described stopping, just in time with neighbor cell in the 2nd MBSFN region, send this MBMS form MBSFN transmission means, so, send the MBMS of UE request in the 2nd MBSFN region of the community of the MBMS that described network side sends request in described stopping and informing UE;
The neighbor cell of the community of the MBMS that the community of the MBMS that described stopping sends request and described stopping send request is: the community that the 2nd MBSFN region overlapping covers.
Ask a system for MBMS, mainly comprise network side and UE, wherein,
UE, for sending MBMS to network side request, carries the MBMS identification information of the MBMS of request in the request, and one of following information or combination in any: MBSFN zone identification information, the identification information of UE, MBMS reason for claim, MBMS type information;
Network side, for receiving the MBMS request message from UE.
Described network side, also for according to the MBMS request message received, determining whether to send requested MBMS, sending for notifying UE to described UE, whether MBMS of its request can send, and the MBMS request message response of reason when can not send.
Described network side, also for distributing ascending resource for described UE;
The ascending resource that described UE distributes at network side sends described MBMS ask.
Described network side is: evolution base station eNB or relay station relay or cell cooperative entity MCE, or broadcast multicast service center BMSC or MBMS gateway MBMS GW.
As can be seen from the technical scheme that the invention described above provides, UE is when sending MBMS to network side request, carry the MBMS identification information of the MBMS of request in the request, and one of following information or combination in any: MBSFN zone identification information, the identification information of UE, MBMS reason for claim, MBMS type information; And after network side receives this MBMS request message, determine whether to send requested MBMS.The inventive method has adapted to adopt MBSFN mode to send the scene of MBMS well, thus meets the demand of user to MBMS well.
Accompanying drawing explanation
Fig. 1 is the flow chart of the method for request MBMS of the present invention;
Fig. 2 is the composition schematic diagram that MBMS of the present invention asks;
Fig. 3 is the composition structural representation of the system of request MBMS of the present invention;
Fig. 4 is the scene schematic diagram of the embodiment of request MBMS of the present invention.
Embodiment
Fig. 1 is the flow chart of the method for request MBMS of the present invention, as shown in Figure 1, comprising:
Step 100:UE sends MBMS to network side request, carry the MBMS identification information of the MBMS of request in the request, and one of following information or combination in any: MBSFN zone identification information, the identification information of UE, MBMS reason for claim, MBMS type information.
MBMS request is that UE sends the message of one or more MBMS to network side request, and UE is before sending to network side, and network side can distribute ascending resource for UE, and MBMS asks to send to network side by the ascending resource that then UE distributes at network side.
Here ascending resource can be: uplink common control channel (CCCH, Common ControlChannel), or Physical Uplink Shared Channel (PUSCH, Physical Uplink Shared Channel), or Dedicated Control Channel (DCCH, Dedicated Control Channel), or the ascending resource of agreement, or the private resource of network side distribution is the ascending resource of MBMS request message distribution.Specifically: UE sends MBMS request message to network side on CCCH, or on PUSCH, send MBMS request message to network side, or on DCCH, send MBMS request message, or send MBMS request message on the ascending resource of agreement, or for the ascending resource of MBMS request message distribution sends MBMS request message on the private resource of network side distribution.
MBMS request message, for the transmission of UE to one or more MBMS of network side request.Here, one or more MBMS is that network side does not send; Further, these MBMS can be (or the MBSFN regions interested to UE, Ji Zhe community, community, UE place, also referred to as this MBSFN region) business that do not have, namely the MBMS that this community (or this MBSFN region) sends is not distributed in advance, also can the business that originally sent of Shi Zhe community (or this MBSFN region), but stopped the MBMS that sends by network side owing to not having UE to receive in this community (or this MBSFN region) at that time.
Step 101: after network side receives this MBMS request message, determines whether to send requested MBMS.
After network side receives the MBMS request message of UE transmission, network side sends the response of MBMS request message to UE, and for notifying UE, whether MBMS of its request can send, and reason when can not send, and improves Consumer's Experience like this.
Network side can be: evolution base station (cNB), relay station (relay), cell cooperative entity (MCE, Multi-cell/multicast Coordination Entity), broadcast multicast service center (BMSC, Broadcast-Multicast-Service Centre), MBMS gateway (MBMS GW, MBMSGateWay) etc.
Each information of carrying in MBMS request of the present invention can comprise multiple simultaneously, such as, if UE needs to ask network side to send two MBMS simultaneously, so, UE can send a MBMS request message to network side, carries the MBMS identification information of two MBMS of UE request in this MBMS request message simultaneously.
Fig. 2 is the composition schematic diagram that MBMS of the present invention asks, and as shown in Figure 2, introduces each information of carrying in MBMS request below in detail as follows:
(1) MBMS identification information.
MBMS identification information is the mark of the MBMS of UE request, so that network side knows UE for which MBMS sends a request message.Concrete representation can be varied, is such as MBMS ID (service Id), or Temporary Mobile Group Identity (TMGI, Temporary Mobile GroupIdentity); Also can use indirectly mode, be such as the mode that Multicast Channel (MCH, Multicast Channel) and sessionId combine, specifically indicate which sessionId in which MCH.Or be the mode that the logic channel ID of MCH and MTCH combines, specifically indicate which MTCH in which MCH.
MBMS identification information can have one or more, when for time multiple, represents that UE asks multiple MBMS to send simultaneously.
(2) MBSFN zone identification information.
The mark in the MBSFN region belonging to the MBMS that MBSFN zone identification information is asked for UE, can use MBSFN region ID (mbsfn-AreaId).
In UTE, support that multiple different MBSFN region covers same geographical position simultaneously, the community in so corresponding same geographical position can belong to multiple MBSFN region overlay simultaneously, needs the MBMS sending multiple MBSFN region.Because likely there is identical MBMS in different MBSFN regions, and use same MBMS service identification, now, if when UE is in and sends MBMS request message to network side in the community that covered by MBSFN region overlapping, the MBSFN zone identification information in the MBSFN region of carrying belonging to requested MBMS is needed in request message, like this, what network side just can determine that UE asks by MBSFN zone identification information is the MBMS in which MBSFN region.
MBSFN zone identification information can have one or more, and UE can ask MBMS that is identical or different MBS FN region to send simultaneously.
(3) identification information of UE.
The identification information of UE is: UE identifies (UE_ID), or the Temporary Mobile Subscriber Identity (S-TMSI of user equipment allocation System Architecture Evolution, SAE Temporary Mobile Station Identifier), or 40 random values of bit, or Cell Radio Network Temporary Identifier/Identity, Cell-RNTI (C-RNTI, Cell Radio NetworkTemporary Identifier), or International Mobile Subscriber mark (IMSI, International MobileSubscriber Identity).
For the network side receiving MBMS request, can according to the identification information of UE, judge whether the MBMS that this UE asks meets the condition sent to this UE, such as: if this UE request is a MBMS of paying, whether network side can be defaulting subscriber according to this UE of the identification information judgment of UE, if this UE is non-arrearage and belongs to contracted user, so, meet the condition sent to this UE, network side just may be chosen as the MBMS that this UE sends its request.
It should be noted that, if UE knows that the MBMS of requesting itself belongs to coin free service in advance, also can not carry the expression information of self.
(4) MBMS reason for claim.
MBMS reason for claim at least comprises one of following: requested MBMS is after network side statistics, the MBMS of closing owing to not having UE to receive, or requested MBMS does not belong to the MBMS etc. that community, UE place sends.
(5) MBMS type information, being used to indicate requested MBMS is multicast service, or broadcasting service, or is described as signing paying MBMS or free MBMS.
Generally, multicast service is paid service, and broadcasting service is coin free service.May charging be needed for multicast (or paid service) business, if so the MBMS of UE request is multicast service, so, network side after judging that this UE is the UE contracted further, the MBMS just sent request to this UE; If judge that this UE is not signing UE, so, network side can remind this UE, receives after this service needed is signing.
It should be noted that, if do not carry this MBMS type information in MBMS request message, network side, by after retrieval, also can judge that requested MBMS is paid service or coin free service, specific implementation belongs to technology as well known to those skilled in the art, repeats no more here.
Fig. 3 is the composition structural representation of the system of request MBMS of the present invention, and as shown in Figure 3, well-behaved invention system mainly comprises network side and UE, wherein,
UE, for sending MBMS to network side request, carries the MBMS identification information of the MBMS of request in the request, and one of following information or combination in any: MBSFN zone identification information, the identification information of UE, MBMS reason for claim, MBMS type information.
Network side, for receiving the MBMS request message from UE.
Network side, also for according to the MBMS request message received, determines whether to send requested MBMS, sends the response of MBMS request message to described UE, and for notifying UE, whether the MBMS of its request can send, and reason when can not send.
Network side can be: evolution base station (eNB), relay station (relay), cell cooperative entity (MCE, Multi-cell/multicast Coordination Entity), broadcast multicast service center (BMSC, Broadcast-Multicast-Service Centre), MBMS gateway (MBMS GW, MBMSGateWay) etc.
Below in conjunction with different application scenarioss, for embodiment, the inventive method is described in detail.
First embodiment, suppose that certain UE (is an electronic menu comprising a lot of MBMS brief introduction from MBMS electronic program list, UE can be obtained in advance by a lot of existing known manner) in recognize the brief introduction of certain MBMS, this UE to this MBMS interested and need receive, but after the reception of related control information, this UE finds that this MBMS does not send in this community.
Now, UE can send MBMS request message to network side, and MBMS request message can at uplink common control channel, or PUSCH, or sends in the ascending resource appointed.It should be noted that, if at uplink common control channel, or PUSCH sends MBMS, before UE sends MBMS request message, network side in uplink common control channel or PUSCH for UE is assigned ascending resource, the process of concrete Resources allocation belongs to technology as well known to those skilled in the art, repeats no more here.
In first embodiment, suppose that MBMS request message carries: the identification information of MBMS identification information, MBSFN zone identification information, UE, MBMS reason for claim, and MBMS type information.In first embodiment, the value of corresponding each parameter is respectively:
MBMS identification information is MBMS service ID; MBSFN zone identification information is the MBSFN region ID that UE needs the MBMS place of request, i.e. mbsfn-AreaId;
The identification information of UE is UE_ID, and each UE has an intrinsic ID.The identification information of UE also can make the random number of UE stochastic generation 40 bit as identification information; The identification information of UE can also use C-RNTI, and mainly for the UE of connected state, because the UE of connected state, network side can be its configuration C-RNTI; The identification information of UE also can use S-TMSI.These above-mentioned information can be applied according to different scenes, also by after standardization, can be fixed as a certain information;
MBMS reason for claim can be the MBMS request in Fei Zhe community (or this MBSFN region), and also can be stopped the business of broadcasting in Shi Zhe community, UE can be configured as the case may be.
MBMS type information is configured according to actual conditions by network side.
Finally, the MBMS request message set is sent to network side by UE, after network side receives MBMS request message, for the parameter in MBMS request message, determines follow-up operation.
Such as, the MBMS of asking in the MBMS request message that UE sends does not belong to this community (or this MBSFN region), so, if network side does not support this community (MBMS that this MBSFN region does not have, network side is not supported to send) send the MBMS of Fei Zhe community, network side can reply this UE, and carries the above-mentioned reason that can not send; If network side support is this send MBMS across community (or different MBS FN region), and through judging, confirm that the MBMS that this UE asks is coin free service, network side thinks that this UE meets the condition of the MBMS of the request of reception, this UE can be replied, and carrying network side by sending this MBMS, request user carries out the information receiving and prepare.
Such as, the MBMS of asking in the MBMS request message that UE sends belongs to paid service, if after network side receives this MBMS request message, by judging to find that this business is paying MBMS, and by the identification information of this UE, network side judges that this UE is non-contracted user further, so, network side can not open this MBMS, network side replys this UE, and carry the above-mentioned reason of MBMS that can not send UE request, and advise this UE after contracting in the information of the transmission of this MBMS of request.
Such as, suppose in a certain community (or in multiple community), more UE is had to send respective MBMS request message, after network side receives these MBMS request messages, find that there is more UE all in the transmission of the same MBMS of request, but network side confirms that these communities all belong to the community not being planned as and sending this MBMS after judging.So, network side can reply this UE, and carries the above-mentioned reason that can not send the MBMS of UE request;
Simultaneously, preferably, network side can preserve the MBMS solicited message that each UE sends, after a period of time, these, when the situation of these these MBMS of cell request gets more and more, receive as new MBMS sends community these communities be not planned in the transmission community of MBMS by network side originally.On the contrary, network side sends MBMS request message according to UE, can never ask the community of MBMS to mark the cell range of MBMS transmission some.
Like this, the object of the MBMS request message adjustment MBMS range of transmission that network side sends according to UE is achieved.
Such as, the community residing for UE belongs to multiple MBSFN region simultaneously, and this situation is called as MBSFN region overlapping and covers in LTE.Correspondingly, this community sends the MBMS in multiple different MBSFN region simultaneously.Now, if there is UE to send MBMS request message to network side in this community, so in this MBMS request message except carrying MBMS identification information, the identification information that likely there will be different MBMS due to two different MBSFN regions is identical situation, therefore, also MBSFN zone identification information should at least be carried in MBMS request message.If when UE needs simultaneously to the MBMS of network side request 2 zoness of different, need the identification information carrying two MBSFN regions in MBMS request message simultaneously.
Second embodiment, Fig. 4 is the scene schematic diagram of the embodiment of request MBMS of the present invention, when MBSFN region 1 and MBSFN region 2 overlap cover some (a bit) community, as the superimposed covering in community 1 to 7 in Fig. 4, different MBSFN regions uses different sub-frame resources.In this case,
Such as, certain UE has known that the MBMS of request has in MBSFN region 1, but Gu front stopping owing to not having UE to receive in community sends, this UE is in MBMS request message, except carrying above-mentioned MBMS reason for claim, also carry the mark in MBSFN region 1, and MBMS request message is sent to network side, network side is according to the MBMS request message of this UE, find community that MBMS that this UE asks is adjacent with this community 1 (as community 2 ~ 7 any one) in and send in the resource in MBSFN region 2, network side is judged if send the MBMS of this UE request in the MBSFN region 2 of community 1, just in time can with neighbor cell (as community 2 ~ 7 any one) in this MBMS of sending in MBSFN region 2 form MBSFN transmission means (neighbor cell use identical running time-frequency resource, send identical data, the data electric wave signal of the transmission of such neighbor cell can aloft superpose, thus lifting gain, the concrete multiple cell MBMS transmission with reference to LTE protocol), so, network side can send the MBMS of UE request in the MBSFN region 2 of community 1, and the information notification UE that the MBMS that UE asks by network side will send in MBSFN region, this community 2.
The above, be only preferred embodiment of the present invention, be not intended to limit protection scope of the present invention, and all any amendments done within the spirit and principles in the present invention, equivalent replacement and improvement etc., all should be included within protection scope of the present invention.
Claims (19)
1. ask a method for MBMS, it is characterized in that, comprising:
User equipment (UE) is when sending multimedia broadcast-multicast service MBMS to network side request, carry the MBMS identification information of the MBMS of request in the request, and one of following information or combination in any: multimedia broadcast-multicast service single frequency network MBSFN zone identification information, the identification information of UE, MBMS reason for claim, MBMS type information;
Wherein, in the mark that described MBSFN zone identification information is a MBSFN region, described MBMS reason for claim is: the MBMS of request has in a MBSFN region, but when stopping owing to not having UE to receive in community at present sending, in the community that MBSFN region overlapping covers, described network side is according to the MBMS request message from described UE, determine in the community that the community of the MBMS that the MBMS that this UE asks is sending request with described stopping is adjacent, and send in the resource in the 2nd MBSFN region; Simultaneously, network side is judged if send the MBMS that this UE asks in the 2nd MBSFN region of the community of the MBMS sent request in described stopping, just in time with neighbor cell in the 2nd MBSFN region, send this MBMS form MBSFN transmission means, so, send the MBMS of UE request in the 2nd MBSFN region of the community of the MBMS that described network side sends request in described stopping and informing UE;
The neighbor cell of the community of the MBMS that the community of the MBMS that described stopping sends request and described stopping send request is: the community that the 2nd MBSFN region overlapping covers.
2. method according to claim 1, is characterized in that, also comprises before the method:
Described network side is that UE distributes ascending resource, the ascending resource that described UE distributes at network side sends described MBMS and asks.
3. method according to claim 1 and 2, is characterized in that, the method also comprises: after network side receives this MBMS request message, determines whether to send requested MBMS;
Described network side sends the response of MBMS request message to UE, and for notifying UE, whether the MBMS of its request can send, and reason when can not send.
4. method according to claim 2, it is characterized in that, described ascending resource can be: uplink common control channel CCCH, or Physical Uplink Shared Channel PUSCH, or Dedicated Control Channel DCCH, or the ascending resource of agreement, or the private resource of network side distribution is the ascending resource of MBMS request message distribution.
5. the method according to claim 1,2 or 4, is characterized in that, described MBMS request is used for the transmission of described UE to one or more MBMS of network side request.
6. method according to claim 5, is characterized in that, the business do not had in the MBSFN region of one or more MBMS described interested to: described community, UE place or described UE; Or,
The business sent in the MBSFN region of one or more MBMS described interested to: described community, UE place or described UE, but do not have UE to receive in MBSFN region interested to described community, UE place or described UE and stopped the MBMS that sends by network side.
7. method according to claim 1 and 2, it is characterized in that, described MBMS identification information is: MBMS ID, or Temporary Mobile Group Identity TMGI, or the mode for using Multicast Channel MCH and sessionId to combine, specifically indicate which sessionId in which MCH, or the mode for using the logic channel ID of MCH and MTCH to combine, specifically indicate which MTCH in which MCH;
Described MBMS identification information is one or more.
8. method according to claim 1 and 2, is characterized in that, the mark in the MBSFN region belonging to the MBMS that described MBSFN zone identification information is asked for UE;
Described MBSFN zone identification information is one or more.
9. method according to claim 8, it is characterized in that, if described UE asks two or more MBMS simultaneously, and two or more MBMS do not belong to same MBSFN region, described MBSFN zone identification information comprises the MBSFN zone identification information in described different MBSFN region.
10. method according to claim 1, it is characterized in that, the identification information of described UE is: UE identifies UE_ID, or the Temporary Mobile Subscriber Identity S-TMSI of user equipment allocation System Architecture Evolution, or 40 random values of bit, or Cell Radio Network Temporary Identifier/Identity, Cell-RNTI C-RNTI, or International Mobile Subscriber mark IMSI.
11. methods according to claim 1 and 2, is characterized in that, described MBMS reason for claim at least comprises one of following: requested described MBMS is after network side statistics, the MBMS of closing owing to not having UE to receive; Or,
Requested described MBMS does not belong to the MBMS that community, described UE place sends.
12. methods according to claim 11, it is characterized in that, the method also comprises:
After described network side receives MBMS request, according to the quantity of UE sending MBMS request in community, and/or the MBMS of UE request, adjustment sends the community composition in MBSFN region and/or the range of transmission of requested MBMS.
13., according to method described in claim 12, is characterized in that, the adjustment of described network side specifically comprises:
After described network side receives this MBMS request message, judge that community, described UE place is the community not being planned as the MBMS sending described request;
The MBMS solicited message that UE described in described network side preservation sends, after one section of preset duration, described network side will not plan that the community of the MBMS sending described request arranges the community of the MBMS sending described request;
Described network side, according to the MBMS request message received, after one section of preset duration, does not ask the community of MBMS to mark the cell range of MBMS transmission.
14. methods according to claim 1 and 2, is characterized in that, described MBMS type information, and being used to indicate requested described MBMS is multicast service or broadcasting service;
Or being used to indicate requested described MBMS is signing paying MBMS, or free MBMS.
15. method according to claim 1 and 2, is characterized in that, described network side is: evolution base station eNB or relay station relay or multi-cell cooperating entity MCE, or broadcast multicast service center BMSC or MBMS gateway MBMS GW.
16. 1 kinds of systems of asking MBMS, is characterized in that, mainly comprise network side and UE, wherein,
UE, for sending MBMS to network side request, carries the MBMS identification information of the MBMS of request in the request, and one of following information or combination in any: MBSFN zone identification information, the identification information of UE, MBMS reason for claim, MBMS type information;
Network side, for receiving the MBMS request message from UE;
Wherein, in the mark that described MBSFN zone identification information is a MBSFN region, described MBMS reason for claim is: the MBMS of request has in a MBSFN region, but when stopping owing to not having UE to receive in community at present sending, in the community that MBSFN region overlapping covers, described network side is also for the MBMS request message of basis from described UE, determine in the community that the community of the MBMS that the MBMS that this UE asks is sending request with described stopping is adjacent, and send in the resource in the 2nd MBSFN region; Simultaneously, network side is judged if send the MBMS that this UE asks in the 2nd MBSFN region of the community of the MBMS sent request in described stopping, just in time with neighbor cell in the 2nd MBSFN region, send this MBMS form MBSFN transmission means, so, send the MBMS of UE request in the 2nd MBSFN region of the community of the MBMS that described network side sends request in described stopping and informing UE;
The neighbor cell of the community of the MBMS that the community of the MBMS that described stopping sends request and described stopping send request is: the community that the 2nd MBSFN region overlapping covers.
17. systems according to claim 16, it is characterized in that, described network side, also for according to the MBMS request message that receives, determine whether to send requested MBMS, send for notifying UE to described UE, whether MBMS of its request can send, and the MBMS request message response of reason when can not send.
18. systems according to claim 16 or 17, is characterized in that, described network side, also for being that described UE distributes ascending resource;
The ascending resource that described UE distributes at network side sends described MBMS ask.
19. system according to claim 18, is characterized in that, described network side is: evolution base station eNB or relay station relay or cell cooperative entity MCE, or broadcast multicast service center BMSC or MBMS gateway MBMS GW.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010199462.2A CN102281500B (en) | 2010-06-10 | 2010-06-10 | A kind of method and system of asking MBMS |
| PCT/CN2011/074174 WO2011153896A1 (en) | 2010-06-10 | 2011-05-17 | Method and system for requesting mbms service |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010199462.2A CN102281500B (en) | 2010-06-10 | 2010-06-10 | A kind of method and system of asking MBMS |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102281500A CN102281500A (en) | 2011-12-14 |
| CN102281500B true CN102281500B (en) | 2015-09-16 |
Family
ID=45097522
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201010199462.2A Expired - Fee Related CN102281500B (en) | 2010-06-10 | 2010-06-10 | A kind of method and system of asking MBMS |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN102281500B (en) |
| WO (1) | WO2011153896A1 (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108028789A (en) * | 2015-09-30 | 2018-05-11 | 华为技术有限公司 | Enhanced multimedia broadcast multicast service eMBMS implementation methods and device |
| CN111836206B (en) * | 2019-04-17 | 2022-08-30 | 中国移动通信有限公司研究院 | Multicast processing method, terminal and network node |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1536795A (en) * | 2003-04-04 | 2004-10-13 | 北京三星通信技术研究有限公司 | Method for selecting MBMS service by user |
| CN101242573A (en) * | 2007-02-06 | 2008-08-13 | 华为技术有限公司 | Method and system for activating multimedia broadcasting and multicast service |
| CN101374252A (en) * | 2007-08-21 | 2009-02-25 | 中国移动通信集团公司 | Terminal feedback method, counting method and apparatus based on MBMS special carrier system |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101370167B (en) * | 2007-08-15 | 2012-02-08 | 中兴通讯股份有限公司 | Multimedia broadcast multicast service resource allocation method and system under long-term evolution structure |
-
2010
- 2010-06-10 CN CN201010199462.2A patent/CN102281500B/en not_active Expired - Fee Related
-
2011
- 2011-05-17 WO PCT/CN2011/074174 patent/WO2011153896A1/en active Application Filing
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1536795A (en) * | 2003-04-04 | 2004-10-13 | 北京三星通信技术研究有限公司 | Method for selecting MBMS service by user |
| CN101242573A (en) * | 2007-02-06 | 2008-08-13 | 华为技术有限公司 | Method and system for activating multimedia broadcasting and multicast service |
| CN101374252A (en) * | 2007-08-21 | 2009-02-25 | 中国移动通信集团公司 | Terminal feedback method, counting method and apparatus based on MBMS special carrier system |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2011153896A1 (en) | 2011-12-15 |
| CN102281500A (en) | 2011-12-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101630220B1 (en) | Method and apparatus for switching between multicast/broadcast and unicast service | |
| KR101882295B1 (en) | Universal broadband broadcasting | |
| RU2584542C2 (en) | Method and apparatus for transmitting control information of multimedia broadcast and multicast service | |
| CN102158808B (en) | The method of reseptance of MCCH information and device, subscriber equipment | |
| CN102264033B (en) | Method and device for processing MBMS (Multimedia Broadcast Multicast Service) statistics message | |
| CN102143430B (en) | A kind of method and apparatus that configures MBMS session location information | |
| CN108781479B (en) | Multicast transmission method, base station and user equipment | |
| US9877166B2 (en) | Providing broadcast service in broadcast service reserved cells | |
| CN103581836A (en) | Method and system for sending group small data | |
| CN105519147B (en) | Method, device and system for multimedia broadcast multicast service | |
| CN102264031B (en) | Method and system for distributing radio resources for multicast control channel | |
| CN102480689B (en) | The transmission method of MBMS and system | |
| JP5957143B2 (en) | Broadcast service resource allocation method, resource management center, and MME | |
| CN101800936B (en) | Method for transmitting control signaling of broadcast/multicast service (BCMCS) and base station | |
| CN102065376B (en) | Acceptance judging method and equipment | |
| CN102281500B (en) | A kind of method and system of asking MBMS | |
| CN102340735B (en) | A kind of sending method of MBMS and system | |
| CN111372199B (en) | Method for sending MBMS service configuration information | |
| CN102264030B (en) | The transmission method of broadcasting service and device in a kind of LTE system | |
| CN101370170A (en) | Wireless resource coordination method | |
| CN105359556A (en) | Elimination of muting during evolved multicast broadcast service (embs) service change | |
| US10311727B2 (en) | Method and device for information identification | |
| CN102378117B (en) | Send/receive the method for access probability factor information, Apparatus and system | |
| CN107580301B (en) | Method for realizing multimedia broadcast single frequency network MBSFN area reserved cell | |
| CN103581832A (en) | Cluster service issuing and receiving method, device and system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20150916 |