WO2012126210A1 - 确定挂起mbms业务重新恢复的方法及装置、用户设备 - Google Patents

确定挂起mbms业务重新恢复的方法及装置、用户设备 Download PDF

Info

Publication number
WO2012126210A1
WO2012126210A1 PCT/CN2011/075994 CN2011075994W WO2012126210A1 WO 2012126210 A1 WO2012126210 A1 WO 2012126210A1 CN 2011075994 W CN2011075994 W CN 2011075994W WO 2012126210 A1 WO2012126210 A1 WO 2012126210A1
Authority
WO
WIPO (PCT)
Prior art keywords
mbms service
mcch
suspended
mbms
service
Prior art date
Application number
PCT/CN2011/075994
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 EP11861410.6A priority Critical patent/EP2690894B1/en
Priority to ES11861410.6T priority patent/ES2637591T3/es
Priority to US13/881,370 priority patent/US9491644B2/en
Publication of WO2012126210A1 publication Critical patent/WO2012126210A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1881—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with schedule organisation, e.g. priority, sequence management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Definitions

  • the present invention relates to a recovery determination technology for a suspended multimedia broadcast multicast service (MBMS), and more particularly to a method for determining a resuming of a suspended MBMS service in a Long Term Evolution (LTE) system. And devices, as well as user equipment. Background technique
  • the 3rd Generation Partnership Project 3rd Generation Partnership Project proposes Multimedia Broadcast Multicast Service (MBMS), which is a data source to multiple
  • MBMS Multimedia Broadcast Multicast Service
  • the technology for transmitting data by the target mobile terminal realizes the sharing of resources of the network (including the core network and the access network), and improves the utilization of network resources (especially air interface resources).
  • the MBMS service defined by 3GPP can not only realize plain text low-rate message class multicast and broadcast, but also realize high-speed multimedia service broadcast and multicast, and provide a variety of rich video, audio and multimedia services, which undoubtedly conforms to the future.
  • the trend of mobile data development provides a better business prospect for the development of 3G.
  • MBMS technology is introduced in the R9 version (Release 9) LTE system, and Enhanced in version 10 (RIO, Release 10).
  • R9 the control signaling of the MBMS service is transmitted separately from the user data, which are called Control Plane (CP) and User Plane (UP, User Plane) respectively.
  • the control plane controls the start, update and end of the service. Controls the transmission of user plane data to implement basic MBMS service transmission.
  • MBMS services are transmitted in fixed-size (MBSFN, MBMS Single Frequency Network) areas of fixed size (which can be statically or semi-statically configured).
  • MCSFN fixed-size
  • MBMS Single Frequency Network fixed size
  • MCE Multi-cell/Multicast Coordination Entity
  • eNB evolved Node B
  • MCCH Multicast Control Channel
  • UE User Equipment
  • UE User Equipment
  • the main purpose of the Counting mechanism is to allow operators to count the reception status of certain MBMS services, suspend/reactivate (or activate/deactivate) the service according to the receiving status, and improve the utilization of radio resources. .
  • the pre-emption technology based on the service priority is introduced, that is, the ARP (Allocation and Retention Priority) technology.
  • the main principle is: When the resources are tight, the higher priority MBMS service can seize the resources of the lower priority MBMS service. When a resource is preempted by a service with a higher priority, the service with a lower priority will be suspended. When a new radio resource is available in the network, the suspended service can be resumed.
  • MCE Multi-cell/Multicast Coordination Entity
  • the range of counting and resource occupation is generally MBSFN area.
  • the hang of the MBMS service refers to: The MCE notifies the eNB to release the corresponding radio resource, and the eNB phase
  • the service context is reserved, and the eNB may quit or not exit the corresponding IP multicast group.
  • the UE stops periodically reading the MCCH message, and the UE listens to the MCCH notification message corresponding to the MBMS service.
  • the recovery means that the MCE informs the eNB to re-allocate the radio resources.
  • the eNB If the eNB has logged out of the IP multicast group, the eNB rejoins the IP multicast group and continues to transmit the MBMS service in the MBSFN mode.
  • the UE periodically reads the MCCH message.
  • the ARP parameters involved in resource preemption are from the EPC (Evolved Packet Core) and can be sent from the M3 interface to the MCE through the MBMS session start request message.
  • EPC Evolved Packet Core
  • 3GPP Rel-10 MBMS uses the MCCH change notification (hereinafter referred to as MCCH notification) mechanism, that is, in the physical downlink control channel (PDCCH) , the Physical Downlink Control Channel) uses a specific MBMS Radio Network Temporary Identifier (M-RNTI) and Downlink Control Information (DCI, Downlink Control Information) to indicate the change of the MCCH.
  • MCCH notification MCCH change notification
  • PDCCH physical downlink control channel
  • M-RNTI Radio Network Temporary Identifier
  • DCI Downlink Control Information
  • Start or counting request event
  • the network side sends the MCCH notification message only when the session start or counting request event occurs; if the MCE suspends an MBMS service according to the counting report or ARP request, If the UE is receiving or interested in receiving the MBMS service, the service stops, and the UE listens to the MCCH notification message and waits for the service to restart. After a period of time, the MBMS service is restored.
  • the MCCH notification message cannot indicate the service recovery, and the UE does not continue to periodically read the content on the MCCH. The UE cannot know that the MBMS service has been restored. Restored MBMS service. Summary of the invention
  • the main purpose of the present invention is to provide a method and a device for determining a resuming of a suspended MBMS service, and a user equipment, which can enable the UE to obtain the indication information of the suspended MBMS service recovery as soon as possible, so that the UE recovers as soon as possible.
  • the re-reception of the MBMS service is suspended.
  • a method for determining a resumption of a suspended multimedia broadcast multicast service including:
  • the network side is triggered to send an MCCH notification message indicating the MCCH message change
  • the UE determines that the suspended MBMS service is restored by reading the MCCH notification message and the changed MCCH message.
  • the MBMS service is suspended and does not include an MBMS service interruption caused by the MBMS session stop request message sent by the network side, or an MBMS service interruption caused by the UE's own behavior.
  • the changed MCCH message refers to an MCCH message that is updated in the next MCCH modification period.
  • the method further includes:
  • the UE resumes receiving the MCCH and re-receives the recovered MBMS service.
  • the network side suspends the MCCH notification message corresponding to the MBMS service.
  • the MCCH notification message is an MCCH change notification message MCCH change notification; and the network side is a base station eNB.
  • a method for determining a resumption of a suspended multimedia broadcast multicast service including:
  • the UE After the UE determines that the MBMS service is suspended, it continues to periodically read the MCCH, when
  • the MCCH includes the suspended MBMS service indication information, it is determined that the suspended MBMS service is restored.
  • the suspension of the MBMS service does not include an MBMS service interruption caused by the MBMS session stop request message sent by the network side, or an MBMS service interruption caused by the UE's own behavior.
  • the method further includes:
  • the UE re-receives the recovered MBMS service.
  • An apparatus for determining a resuming of a suspended multimedia broadcast multicast service comprising a recovery unit and a transmitting unit on the network side, and a receiving unit and a determining unit located on the UE side;
  • a recovery unit configured to recover the suspended MBMS service, and trigger a sending unit, a sending unit, configured to send an MCCH notification message indicating a MCCH message change, and a receiving unit, configured to receive the MCCH notification message and the changed MCCH message And a determining unit, configured to determine, according to the MCCH notification message and the changed MCCH message, that the suspended MBMS service is resumed.
  • the changed MCCH message refers to an MCCH message that is updated in the next MCCH modification period.
  • the device further includes:
  • a reading unit configured to resume reading of the MCCH after the determining unit determines that the suspended MBMS service is restored, and re-receive the recovered MBMS service by using the receiving unit.
  • An apparatus for determining a resuming of a suspended multimedia broadcast multicast service comprising a first determining unit, a reading unit, and a second determining unit, wherein
  • a first determining unit configured to: after the MBMS service is suspended, trigger a reading unit; and the reading unit is configured to continue to periodically read the MCCH;
  • a second determining unit configured to determine, when the MCCH includes the suspended MBMS service indication information, that the suspended MBMS service is resumed.
  • the device further includes:
  • a receiving unit configured to determine, in the second determining unit, the suspended MBMS service weight After the new recovery, the recovered MBMS service is re-received.
  • a user equipment which has an MBMS information receiving capability, where the user equipment includes a receiving unit and a determining unit;
  • a receiving unit configured to receive the MCCH notification message and the MCCH message
  • a user equipment having MBMS information receiving capability, comprising the foregoing apparatus including a first determining unit, a reading unit and a second determining unit, and a receiving unit determining to resume the resume of the multimedia broadcast multicast service.
  • the network side actively informs the UE that the suspended MBMS service has been restored, or the UE continues to read the MCCH after determining that the MBMS service is suspended.
  • the received MBMS service is received for the first time when the suspended MBMS service is restored.
  • the present invention avoids the problem that the UE cannot know when the suspended MBMS service is restored, so that the UE can receive the MBMS service received after the suspension is received in time.
  • the technical solution of the present invention better complements the MBMS service reception in the existing MBMS system, further improves the service quality of the MBMS system, and improves the experience effect of the UE user.
  • FIG. 1 is a schematic flow chart of a method for determining a resume of a suspended multimedia broadcast multicast service according to the present invention
  • FIG. 2 is a schematic diagram of a DCI bit corresponding to an M-RNTI in an MCCH notification message
  • FIG. 3 is a flowchart of Embodiment 1 of a method for determining a resuming of a suspended multimedia broadcast multicast service according to the present invention
  • Embodiment 4 is a flowchart of Embodiment 2 of a method for determining resumed recovery of a multimedia broadcast multicast service according to the present invention
  • FIG. 5 is a third embodiment of a method for determining resumed multimedia broadcast multicast service recovery according to the present invention Flow chart
  • Embodiment 6 is a flowchart of Embodiment 4 of a method for determining resumed recovery of a multimedia broadcast multicast service according to the present invention
  • FIG. 7 is a schematic structural diagram of a device for determining a device for resuming a suspended multimedia broadcast multicast service according to the present invention.
  • FIG. 8 is a schematic structural diagram of a device for determining a device for resuming a suspended multimedia broadcast multicast service according to the present invention.
  • FIG. 9 is a schematic structural diagram of a user equipment according to the present invention. detailed description
  • the basic idea of the present invention is that when the suspended MBMS service is restored, the network side actively informs the UE that the suspended MBMS service has been restored, or the UE continues to read the MCCH after determining that the MBMS service is suspended.
  • the receiving of the recovered MBMS service is implemented for the first time when the suspended MBMS service is restored.
  • FIG. 1 is a schematic flowchart of a method for determining a resuming of a suspended multimedia broadcast multicast service according to the present invention.
  • the bolded portion in the figure is the focus of the technical solution of the present invention; as shown in FIG. 1 , in the MBMS system, according to a counting report or As required by the ARP, the network side hangs a certain MBMS service, and the UE continues to read the MCCH message periodically.
  • the network side prepares to resume the suspended MBMS service, the network side is triggered to send an MCCH notification message, and the UE indicates according to the MCCH notification message.
  • the MCCH message is read, and the MBMS service is further received according to the MCCH message, so as to meet the requirement that the UE reads the re-recovered MBMS service in time.
  • the foregoing counting result is a counting request for the MBMS service
  • the MCE sends to the eNB in the MBSFN area
  • the eNB sends a counting request to the UE in the MBSFN area
  • the UE that is receiving or interested in receiving the MBMS service sends a counting response to the eNB
  • the eNB collects UE count
  • the MCE sends a count report to the MCE.
  • the MCE determines whether to suspend the MBMS service according to the count report. If the average number of participating UEs in each cell is less than one, the MCE can suspend the corresponding MBMS service.
  • the specific policy for suspending the MBMS service is set by the network operator, and the corresponding MBMS service may be suspended when the number of participating UEs in each cell is less than five.
  • the so-called suspension means that the MCE notifies the eNB to release the corresponding radio resource of the MBMS service, and the eNB reserves the context of the MBMS service (the context here refers to some identification information related to the MBMS service), and the eNB may leave or not Leave the corresponding IP multicast group.
  • the high priority MBMS service can preempt the low priority MBMS service resource, also called pre-emption.
  • Priority MBMS service the network side will suspend the low priority MBMS service.
  • the MCE For the suspended MBMS service, the MCE indicates by MBMS Scheduling Information, and deletes the corresponding MBMS session in the MCCH on the air interface. After a period of time, the suspended MBMS service can be resumption.
  • the so-called recovery means that the MCE informs the eNB to re-allocate the radio resources, and the eNB joins the corresponding IP multicast group (if the eNB leaves the multicast group when suspended), the MBMS service retransmits the suspended MBMS service through the MBSFN;
  • the MBMS scheduling information indicates that the suspended MBMS service is restored, and the suspended MBMS service recovery is indicated on the air interface by adding a corresponding MBMS session indication in the MCCH.
  • the UE may stop periodically reading the MCCH, but instead listen to the MCCH notification message (ie, monitor the notification channel); when the suspended MBMS service is re-established On recovery, the MCCH change notification message does not indicate the recovery information of the MBMS service, and the UE does not read the MCCH message. Therefore, the UE does not know the recovery of the MBMS service, and thus may not receive the required MBMS service in time.
  • the present invention proposes two solutions, namely:
  • Solution 1 For the suspended MBMS service, the UE continues to periodically read the MCCH corresponding to the MBMS service;
  • Scenario 2 When the suspended MBMS service is restored, the network side indicates the suspended MBMS service recovery through the MCCH change notification message.
  • the above two solutions can solve the problem of receiving the resumable suspended MBMS service.
  • the scheme 1 belongs to the enhancement of the UE function, and the UE is implemented in the R9, and the solution is implemented. If there is a certain difficulty, the UE needs to be upgraded.
  • the solution 2 belongs to the network side solution. The UE does not have any capability requirements for the UE. Therefore, the UE in the R9 can continue to receive the restored MBMS service. For the R9 UE, no special upgrade is required. .
  • the solution 2 can notify the recovered MBMS service to each receiving or receiving UE in time; the solution 1 can solve the problem that the UE that is receiving the MBMS service recovers after the service is suspended.
  • the receiving problem of the time but for the UE that is interested in receiving the MBMS service, since the UE that is interested in receiving the MBMS service needs to listen to the MCCH change notification, the UE that is interested in receiving the MBMS service cannot regain the reception after the service is suspended. .
  • the MBMS service is suspended, and the MBMS service interruption caused by the MBMS session stop request message sent by the network side is not included, or the MBMS service interruption caused by the UE's own behavior is interrupted.
  • the application scenario of this application example is that the MCE decides to suspend an MBMS service according to the counting report. After a period of time, the MCE decides to restore the MBMS service according to the new counting report, and implements the restored MBMS service by using the technical solution described in the first scheme. Reception. That is, after receiving the notification that the MBMS service on the network side is suspended, the UE does not stop the suspended MBMS. Reading the MCCH corresponding to the service, but continuing to periodically read the MCCH corresponding to the suspended MBMS service.
  • the UE will The control information of the suspended MBMS service (when the MBMS service is restored) indicates that the MBMS service is received on a corresponding data channel carrying the MBMS service.
  • the MBMS service that reads the MCCH and receives the indication of the MCCH belongs to the prior art, and is not the focus of the technical solution of the present invention. The implementation details are not described herein again.
  • the application scenario of this application example is that the MCE decides to suspend an MBMS service according to the requirements of the ARP. After a period of time, the available radio resources appear in the system. The MCE decides to restore the MBMS service, and uses the technical solution described in the scheme 1 to achieve recovery. Reception of MBMS services.
  • the implementation manner is exactly the same as that of the foregoing application example 1, and details are not described herein again.
  • the application scenario of this application example is that the MCE decides to suspend an MBMS service according to the counting report. After a period of time, the MCE decides to restore an MBMS service according to the new counting report, and implements the restored MBMS service by using the technical solution of the solution 2. announcement of. That is, when the network side suspends the MBMS service for a period of time and needs to restore the suspended MBMS service, the network side sends a MCCH message change MCCH notification message to notify each UE.
  • the MCCH notification message carrying the suspended MBMS service recovery channel is specifically an MCCH change notification message.
  • the application scenario of this application example is that the MCE decides to suspend an MBMS service according to the requirements of the ARP. After a period of time, the available radio resources appear in the system. The MCE decides to restore the MBMS service, and uses the technical solution described in the scheme 2 to achieve recovery. Notification of MBMS business.
  • the implementation manner is exactly the same as that of the foregoing application example 1, and details are not described herein again.
  • Embodiment 1 The essence of the technical solution of the present invention will be further clarified by specific examples below. Embodiment 1
  • FIG. 3 is a flowchart of Embodiment 1 of a method for determining a resuming of a suspended multimedia broadcast multicast service according to the present invention. As shown in FIG. 3, the example specifically includes the following steps:
  • Step 101 The MCE decides to suspend an MBMS service according to the counting report in the MBSFN area.
  • the counting report refers to a counting report sent by the eNB to the MCE according to the counting request message in the MBSFN area; generally, a threshold may be set (such as averaging one counting UE in each cell), and if the counting report exceeds the threshold, the MBSFN may be used.
  • the MBMS service is transmitted, otherwise, the MBMS service is suspended.
  • the suspending the MBMS service means that: the MCE notifies the eNB in the MBSFN area to release the radio resource corresponding to the MBMS service by using the MBMS Schedule Information, the eNB reserves the context of the MBMS service, and the eNB leaves or remains in the IP multicast group ( The eNB stops the MBSFN transmission of the MBMS service, and the eNB updates the MCCH message, and the suspended MBMS service is deleted from the updated MCCH message; the suspended MBMS service data may be buffered in the eNB;
  • the context of the MBMS service includes, but is not limited to: an MBMS service identifier, an MBMS service suspension time identifier (ie, an MBMS service stop time), an MBSFN area identifier of the MBMS service, and the like;
  • the MBMS service may be being sent or ready to send
  • Step 102 The MCE sends the MBMS scheduling information to the eNB to indicate that the MBMS service is suspended, and the eNB updates the MCCH message.
  • the indication that the MBMS service is suspended by the MCE through the M2 interface to the MBSFN area The eNB sends an MBMS scheduling information indication, and deletes the suspended MBMS service in the MBMS scheduling information.
  • the eNB updating the MCCH message refers to deleting the MBMS service suspended in the MCCH;
  • the corresponding MME can be notified;
  • Step 103 After the MBMS service is suspended, the UE continues to periodically read the MCCH message.
  • the UE refers to the UE that is receiving the MBMS service before the suspension, that is, although the UE does not read the control information of the required MBMS service on the MCCH for a period of time, the UE continues to read the MCCH message until the MBMS service is restored;
  • the period refers to an MCCH modification period and a repetition period
  • the MCCH message refers to suspending an MCCH message corresponding to the MBMS service
  • the eNB For the recovered MBMS service and the newly started MBMS service, the eNB can be distinguished: because the eNB holds the context of suspending the MBMS service;
  • the eNB may indicate the suspended MBMS service in the MCCH message;
  • Step 104 after a period of time, the MCE decides to resume the MBSFN transmission of the MBMS service according to the new counting report.
  • the length of the period of time is related to the interval of the counting report, the MCCH modification period, the specific implementation of the MCE, the counting strategy, and the like;
  • the recovery of the MBMS service is performed by: the MCE notifies the eNB in the MBSFN area to re-allocate the radio resource corresponding to the MBMS service by using the MBMS Scheduling Information, if the eNB has left the IP multicast group (the leaving or not is specific to the eNB).
  • the eNB re-joins the IP multicast group, the eNB restarts the MBSFN transmission of the MBMS service, and the eNB updates the MCCH message, and adds the restored MBMS service to the updated MCCH message.
  • Step 105 The MCE notifies the eNB to resume the MBMS service, and the eNB updates the MCCH message, and the MBMS service is transmitted through the MBSFN.
  • the MBMS service is sent by the MCE to the eNB through the M2 interface, and the MBMS service is added to the MBMS scheduling information.
  • the updating the MCCH message means that the eNB adds the restored MBMS service to the MCCH message according to the MBMS scheduling information indication;
  • the transmission of the MBMS service by the MBSFN means that the eNB(s) in the MBSFN area sends the MBMS service data in the MBSFN manner on the corresponding time-frequency resource according to the indication of the MCCH message and the MSI (MCH Scheduling Information). ;
  • Step 106 The UE reads the updated MCCH message, and receives the recovered MBMS service in the corresponding radio resource.
  • the UE can read the updated MCCH message
  • the corresponding radio resource refers to a radio resource where the MBMS service is located according to the MCCH message and the MSI;
  • the recovered MBMS service is different from the restarted MBMS service:
  • the recovered MBMS service refers to the MBMS service from the time after the suspension, and the restarted MBMS service refers to the service from the beginning.
  • the MBMS session start process needs to be performed for the restarted MBMS service, and the MBMS session start process is generally not required for the recovered MBMS service, so the eNB can distinguish the restored MBMS.
  • Business and restarted MBMS business is used.
  • the MCE decides to suspend an MBMS service according to the requirements of the ARP. After a period of time, the available radio resources appear in the system, and the MCE decides to restore the MBMS service, and uses the technical solution described in the scheme 2 to implement the restored MBMS.
  • Figure 4 is the basis
  • the invention is a flowchart of the second embodiment of the method for determining the resuming of the multimedia broadcast multicast service. As shown in FIG. 4, the example specifically includes the following steps:
  • Step 201 The MCE decides to suspend an MBMS service according to the requirements of the ARP.
  • the MCE needs to be sent:
  • the new MBMS service A needs to be sent.
  • the service A has a higher priority, and the MBSFN area has a lower priority MBMS service B being sent.
  • the priority of B is lower than that of A.
  • service A can preempt the radio resources of service B, that is, service B hangs, and the corresponding radio resources are released for transmission service A.
  • the suspended MBMS service data can be cached in the eNB;
  • the context of the MBMS service includes, but is not limited to: an MBMS service identifier, an MBMS service suspension time identifier (ie, an MBMS service stop time), an MBSFN area identifier of the MBMS service, and the like;
  • the MBMS service may be being sent or ready to send
  • Step 202 The MCE sends the MBMS scheduling information to the eNB to indicate that the MBMS service is suspended, and the eNB updates the MCCH message.
  • the indication that the MBMS service is suspended by the MCE sends an MBMS scheduling information indication to the eNB in the MBSFN area through the M2 interface, and deletes the suspended MBMS service in the MBMS scheduling information;
  • the eNB updates the MCCH message to delete the MBMS service that is suspended in the MCCH; the MCE can notify the corresponding MME after suspending the MBMS service;
  • the eNB may indicate that the MBMS service is suspended in the updated MCCH message
  • Step 203 After the MBMS service is suspended, the UE stops receiving the MCCH message, and the UE monitors the MCCH notification message.
  • the UE stops receiving the MCCH message which means: the UE that is receiving the MBMS service before the MBMS service is suspended, and the UE that is receiving the MBMS service needs to periodically read the MCCH.
  • the MBMS service is deleted from the MCCH message, and the UE does not find the required service when the UE reads the MCCH message, the UE stops receiving the MCCH message, and the UE listens to the MCCH notification message.
  • the MCCH message refers to suspending an MCCH message corresponding to the MBMS service
  • Step 204 after the period of time, the available radio resources appear in the MBSFN area, and the MCE decides to resume the suspended MBMS service.
  • the length of the period of time is related to the MBMS service duration being sent, the MCCH modification period, the MCE function implementation, the ARP parameter, and the like;
  • the MCE manages the radio resources in the MBSFN area, for example, by using the call access control function to determine whether there is available radio resources; the available radio resources are resources that satisfy the retransmission of the suspended MBMS service;
  • the recovery MBMS service is as described in step 104, and details are not described herein;
  • Step 205 The MCE indicates MBMS service recovery to the eNB by using the MBMS scheduling information, and the eNB sends an MCCH notification message to indicate that the MBMS service is restored.
  • the MBMS scheduling information is sent through the M2 interface, and the restored MBMS service is added to the MBMS scheduling information.
  • the eNB For the recovered MBMS service and the newly started MBMS service, the eNB can be distinguished because the eNB saves the context of suspending the MBMS service;
  • the eNB carries the MCCH notification information on the PDCCH, where the MCCH notification information includes the MCCH indication information and the trigger event indication information;
  • the network side configures a downlink control information DCI format of the PDCCH, and carries the MCCH indication information and the trigger event indication information in the configured DCI; the MCCH indication information is used to indicate the MCCH that is changed in the next modification period;
  • the trigger event indication information includes session start indication information, and/or counting request indication information, and/or MBMS service recovery information;
  • the MCCH indication and the triggering event indication are all implemented in a bit mapping manner, where the MCCH indication information is that N bits information is set in the configured DCI, and the trigger event indication information is implicitly indicated, that is, the MCCH is indicated.
  • Figure 2 is the MCH in the MCCH notification message.
  • FIG. 2 is a schematic diagram showing the indication of the MCCH notification message in the DCI.
  • the indication bit shown in FIG. 2 means that the MCCH 1 , 4, 5 , 7 will be changed in the next modification period.
  • the reason for the change may be the start of the session, and/or the counting request indication, and/or the MBMS service recovery.
  • the specific reason needs to be determined after the UE further reads the updated MCCH message: If M There is a counting request message in the CCH message, indicating that the reason for the change is the counting request. If the suspended MBMS service appears in the MCCH message, the reason for the change is that the MBMS service is restored. If a new MBMS service appears in the MCCH message, the reason for the change is the session. Start. It is worth mentioning that: The above three trigger events can occur at the same time, or appear in combination with each other, or appear separately.
  • the UE If the UE knows the correspondence between the MBMS service and the MCCH, the UE only listens to the corresponding MCCH notification message, otherwise the UE listens to all MCCH notification messages.
  • Step 206 The eNB updates the MCCH message, and the MBMS service is transmitted through the MBSFN.
  • the updating the MCCH message means that the eNB adds the restored MBMS service to the MCCH message according to the MBMS scheduling information indication;
  • the transmission of the MBMS service by the MBSFN means that the eNB(s) in the MBSFN area sends the MBMS service data in the MBSFN manner on the corresponding time-frequency resource according to the indication of the MCCH message and the MSI (MCH Scheduling Information). ;
  • Step 207 The UE reads the MCCH message according to the MCCH notification message, and the UE receives the restored MBMS business.
  • the UE reads the MCCH message according to the MCCH notification message, the UE detects that the MCCH is changed according to the notification message, and the UE reads the MCCH message in the next MCCH modification period, if the suspended MBMS service reappears in the updated MCCH message. , indicating that the network side has restored the MBMS service;
  • the receiving the recovered MBMS service means the UE receives the MBMS service data on the corresponding radio resource according to the indication of the MCCH message and the MSI;
  • the recovered MBMS service is different from the restarted MBMS service:
  • the recovered MBMS service refers to the MBMS service from the time after the suspension, and the restarted MBMS service refers to the service from the beginning.
  • the MBMS session start process needs to be performed for the restarted MBMS service, and the MBMS session start process is generally not required for the recovered MBMS service, so the eNB can distinguish the restored MBMS.
  • Business and restarted MBMS business is used.
  • FIG. 5 is a flowchart of Embodiment 3 of the method for determining the resuming of the suspended multimedia broadcast multicast service according to the present invention. As shown in FIG. 5, the example specifically includes the following steps:
  • Step 301 The MCE decides to suspend an MBMS service according to the counting report in the MBSFN area.
  • Step 302 The MCE sends the MBMS scheduling information to the eNB to indicate that the MBMS service is suspended, and the eNB updates the MCCH message according to the scheduling information.
  • Step 303 After the MBMS service is suspended, the UE stops receiving the MCCH message, and the UE listens to the MCCH notification message. Step 304, after a period of time, the MCE decides to resume the MBSFN transmission of the MBMS service according to the new count 4 report.
  • Step 305 The MCE indicates to the eNB that the MBMS service is restored by using the MBMS scheduling information, and the eNB sends an MCCH notification message to indicate that the MBMS service is restored.
  • Step 306 The eNB updates the MCCH message, and the MBMS service is transmitted through the MBSFN.
  • FIG. 6 is a flowchart of Embodiment 4 of a method for determining a resuming of a suspended multimedia broadcast multicast service according to the present invention. As shown in FIG. 6, the example specifically includes the following steps:
  • Step 401 The MCE decides to suspend an MBMS service according to the requirements of the ARP.
  • Step 402 The MCE sends the MBMS scheduling information to the eNB to indicate that the MBMS service is suspended, and the eNB updates the MCCH message according to the scheduling information.
  • Step 403 After the MBMS service is suspended, the UE continues to periodically read the MCCH message. Step 404, after the period of time, the available radio resources appear in the MBSFN area, and the MCE decides to resume the suspended MBMS service.
  • Step 405 The MCE notifies the eNB to restore the MBMS service, the eNB updates the MCCH message, and the MBMS service is transmitted through the MBSFN.
  • Step 406 The UE reads the updated MCCH message, and receives the restored MBMS service in the corresponding radio resource.
  • FIG. 7 is a schematic structural diagram of a device for determining a device for recovering a suspended multimedia broadcast multicast service according to the present invention. As shown in FIG. 7, the present invention determines that a suspended multimedia broadcast multicast service is restored.
  • the complex device includes a recovery unit 20 and a transmitting unit 21 on the network side, and a receiving unit 22 and a determining unit 23 on the UE side;
  • the recovery unit 20 is configured to recover the suspended MBMS service, and trigger the sending unit.
  • the sending unit 21 is configured to send an MCCH notification message indicating that the MCCH message is changed.
  • the receiving unit 22 is configured to receive the MCCH notification message and after the change.
  • the MCCH message determining unit 23 is configured to determine that the suspended MBMS service is resumed by the MCCH notification message and the changed MCCH message.
  • the changed MCCH message refers to an MCCH message that is updated in the next MCCH modification period of the MCCH notification message.
  • the apparatus for determining that the suspended multimedia broadcast multicast service is resumed further includes a reading unit disposed on the UE side (FIG. 7). Not shown), after the determining unit 23 determines that the suspended MBMS service is restored, the reading of the MCCH is resumed, and the recovered MBMS service is re-received by the receiving unit 22.
  • the MBMS service is suspended, and the MBMS service interruption caused by the MBMS session stop request message sent by the network side is not included, or the MBMS service interruption caused by the UE's own behavior is interrupted.
  • the MCCH notification message may be an MCCH change notification message.
  • the MCCH change notification is referred to as an eNB.
  • FIG. 8 is a schematic diagram of another component structure of an apparatus for determining a resuming of a suspended multimedia broadcast multicast service according to the present invention.
  • the apparatus for determining that the suspended multimedia broadcast multicast service is resumed includes a first determining unit.
  • a second determining unit 32 configured to determine that the MCCH includes the suspended MBMS service When the information is indicated, it is determined that the suspended MBMS service is restored.
  • the apparatus for determining that the suspended multimedia broadcast multicast service is resumed further includes: a receiving unit (not shown in FIG. 8), And after the second determining unit 32 determines that the suspended MBMS service is restored, re-receiving the restored MBMS service.
  • the user equipment of the present invention includes a receiving unit 40 and a determining unit 41;
  • the receiving unit 40 is configured to receive the MCCH notification message and the MCCH message.
  • the determining unit 41 is configured to determine that the suspended MBMS service is resumed.
  • the determining unit 41 determines that the suspended MBMS service is restored, the restored MBMS service is re-received by the receiving unit 40.
  • the user equipment of the present invention may also be a user equipment having means for determining that the suspended multimedia broadcast multicast service is resumed as shown in FIG.
  • each processing unit in the apparatus for determining the resuming of the suspended multimedia broadcast multicast service shown in FIG. 7 and FIG. 8 may refer to the foregoing method for determining the suspending multimedia broadcast multicast service resuming method. Understand the relevant description.
  • the implementation functions of the processing units in the user equipment shown in FIG. 9 can be understood by referring to the foregoing description of the method for determining the suspend multimedia broadcast multicast service re-recovery.
  • the functions of the units in the apparatus and apparatus shown in Figures 7, 8, and 9 can be implemented by a program running on a processor or by a specific logic circuit.

Landscapes

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

Abstract

本发明公开了一种确定挂起多媒体广播多播业务重新恢复的方法，包括：多媒体广播多播业务MBMS业务被挂起后准备恢复时，触发网络侧发送指示多播控制信道MCCH消息变更的MCCH通知消息；用户设备UE通过读取所述MCCH通知消息和变更后的MCCH消息而确定被挂起的MBMS业务重新恢复。本发明同时公开了一种确定挂起多媒体广播多播业务重新恢复的装置以及用户设备。本发明的技术方案，对现有的MBMS系统中的MBMS业务接收作了较佳的补充，进一步提升了MBMS系统的服务质量，提升了UE用户的体验效果。

Description

确定挂起 MBMS业务重新恢复的方法及装置、 用户设备 技术领域
本发明涉及被挂起的多媒体广播多播业务 （ MBMS , Multimedia Broadcast Multicast Service )业务的恢复确定技术， 尤其涉及一种长期演进 ( LTE , Long Term Evolution )系统中确定挂起 MBMS业务重新恢复的方法 及装置， 以及用户设备。 背景技术
随着 Internet的迅猛发展和大屏幕多功能移动终端的普及， 出现了大量 移动数据多媒体业务和各种高带宽多媒体业务， 如视频会议、 电视广播、 视频点播、 广告、 网上教育、 互动游戏等， 这一方面满足了移动用户多业 务的需求， 同时也为移动运营商带来了新的业务增长点。 这些移动数据多 媒体业务要求多个用户能够同时接收相同数据， 与一般的数据业务相比， 具有数据量大、 持续时间长、 时延敏感等特点。
为了有效地利用移动网络资源， 第三代合作伙伴计划 （3GPP , 3rd Generation Partnership Project ) 提出了多媒体广播多播业务 （MBMS , Multimedia Broadcast Multicast Service ),该业务是一种从一个数据源向多个 目标移动终端传送数据的技术， 实现了网络（包括核心网和接入网） 资源 的共享， 提高了网络资源（尤其是空中接口资源）的利用率。 3GPP定义的 MBMS业务不仅能够实现纯文本低速率的消息类组播和广播， 而且还能够 实现高速多媒体业务的广播和组播， 提供多种丰富的视频、 音频和多媒体 业务， 这无疑顺应了未来移动数据发展的趋势， 为 3G的发展提供了更好的 业务前景。
目前， 在 R9版本（ Release 9 ) 的 LTE系统中引入了 MBMS技术， 并 在版本 10 ( RIO, Release 10 ) 中进行了加强。 在 R9中， MBMS业务的控 制信令与用户数据分开传输， 分别称为控制面（CP, Control Plane )和用户 面 （UP, User Plane )„ 控制面通过控制业务的开始、 更新和结束， 来控制 用户面数据的发送， 实现基本的 MBMS业务的发送。 MBMS业务在固定大 小 （可以静态或半静态配置） 的 MBMS单频网 （MBSFN, MBMS Single Frequency Network ) 区域中发送。 在 Rl 0版本中， 为了提高 MBMS系统的 资源利用率， 方便运营商管理， 对 MBMS技术进行了增强。 主要有以下几 点的增强：
1、 引入了 MBMS计数（ Counting )机制。 其主要原理是： 多小区 /多 播协作实体 ( MCE, Multi-cell/multicast Coordination Entity )通过 M2接口 向演进型基站（eNB, evolved Node B )发送某些 MBMS业务的 Counting 请求； eNB在多播控制信道 ( MCCH, Multicast Control Channel )上向用户 设备 ( UE, User Equipment )发送该 Counting请求； 正在接收 MBMS业务 的处于连接态的 UE向 eNB反馈自身正在接收的 MBMS业务的接收状态； eNB将反馈结果上报 MCE。 引入 Counting机制的主要目的， 是为了让运营 商统计某些 MBMS业务的接收状态， 根据接收状态挂起 ( Suspension ) /恢 复（Resumption ) (或者激活 /去激活）该业务， 提高无线资源的利用率。
2、 引入基于业务优先级的资源抢占 （Pre-emption )技术即分配和保留 优先级（ARP, Allocation and Retention Priority )技术。 其主要原理是： 在 资源紧张时， 优先级较高的 MBMS业务可以抢占优先级较低的 MBMS业 务的资源。 当资源被优先级较高的业务抢占后， 优先级较低的业务将被挂 起， 当网络中有了新的无线资源之后， 被挂起的业务可以恢复发送。
计数和资源抢占都由多小区 /多播协作实体（ MCE , Multi-cell/multicast Coordination Entity )发起， 计数和资源强占的范围一般是 MBSFN区域。 上 述 MBMS业务挂起是指： MCE通知 eNB释放相应的无线资源， eNB中相 应的业务上下文（context )被保留， eNB可以退出或者不退出相应的 IP多 播组， 挂起后， UE停止周期性读取 MCCH消息， UE监听 MBMS业务对 应的 MCCH通知消息； 所述 MBMS业务恢复是指： MCE通知 eNB重新分 配无线资源， 如果 eNB已退出 IP多播组， 则 eNB重新加入 IP多播组， 继 续釆用 MBSFN方式传输 MBMS业务， UE周期性读取 MCCH消息。 资源 抢占涉及的 ARP参数来自于核心网 （ EPC, Evolved Packet Core ), 可以通 过 MBMS session start request消息从 M3接口发送到 MCE。
在对现有技术的研究和实践过程中， 发明人发现现有技术存在以下问 题： 3GPP Rel-10 MBMS釆用了 MCCH change notification (以下称为 MCCH 通知）机制， 即在物理下行控制信道（PDCCH, Physical Downlink Control Channel )上利用特定的 MBMS无线网络临时标识（ M-RNTI, Radio Network Temporary Identifier )和下行控制信息 ( DCI, Downlink Control Information ) 指示 MCCH的变化， 这里的变化只针对会话开始 （ session start )或计数请 求 ( counting request )事件, 即只有在 session start或 counting request事件 发生时， 网络侧才会发送 MCCH通知消息； 如果 MCE根据计数报告或者 ARP要求，挂起某个 MBMS业务，则对于正在接收或感兴趣接收该 MBMS 业务的 UE来说， 该业务停止， UE侦听 MCCH通知消息， 等待该业务的重 新开始。 一段时间之后， 上述 MBMS业务恢复， 但是， 此时 MCCH通知 消息无法指示业务恢复， 而且 UE没有继续周期性读取 MCCH上的内容， 则 UE无法知道 MBMS业务已恢复， 从而导致 UE无法及时接收已经恢复 的 MBMS业务。 发明内容
有鉴于此， 本发明的主要目的在于提供一种确定挂起 MBMS业务重新 恢复的方法及装置， 以及用户设备， 能使 UE尽快获取被挂起 MBMS业务 恢复的指示信息， 从而使 UE尽快恢复对被挂起 MBMS业务的重新接收。 为达到上述目的， 本发明的技术方案是这样实现的：
一种确定挂起多媒体广播多播业务重新恢复的方法， 包括：
MBMS业务被挂起后准备恢复时，触发网络侧发送指示 MCCH消息变 更的 MCCH通知消息；
UE通过读取所述 MCCH通知消息和变更后的 MCCH消息而确定被挂 起的 MBMS业务重新恢复。
优选地，所述 MBMS业务被挂起不包含网络侧发送 MBMS session stop request消息引起的 MBMS业务中断， 或由于 UE 自身行为引起的 MBMS 业务中断。
优选地，所述变更后的 MCCH消息是指下一个 MCCH修改周期发生更 新的 MCCH消息。
优选地，所述 UE通过读取所述 MCCH通知消息和变更后的 MCCH消 息而确定被挂起的 MBMS业务重新恢复后， 所述方法还包括：
所述 UE恢复对 MCCH的接收， 并重新接收已恢复的 MBMS业务。 优选地， MBMS业务被挂起时， 网络侧将 MBMS业务对应的 MCCH 通知消息挂起。
优选地， 所述 MCCH通知消息为 MCCH变更通知消息 MCCH change notification; 所述网络侧为基站 eNB。
一种确定挂起多媒体广播多播业务重新恢复的方法， 包括：
UE确定 MBMS 业务被挂起后， 继续周期性地读取 MCCH, 当所述
MCCH中包含被挂起的 MBMS业务指示信息时确定所述被挂起的 MBMS 业务重新恢复。
优选地，所述 MBMS业务被挂起不包含网络侧发送 MBMS session stop request消息引起的 MBMS业务中断， 或由于 UE 自身行为引起的 MBMS 业务中断。 优选地， UE确定所述被挂起的 MBMS业务重新恢复后， 所述方法还 包括：
所述 UE重新接收已恢复的 MBMS业务。
一种确定挂起多媒体广播多播业务重新恢复的装置， 所述装置包括位 于网络侧的恢复单元和发送单元，以及，位于 UE侧的接收单元和确定单元； 其中，
恢复单元， 用于恢复被挂起的 MBMS业务， 并触发发送单元； 发送单元， 用于发送指示 MCCH消息变更的 MCCH通知消息； 接收单元， 用于接收所述 MCCH通知消息和变更后的 MCCH消息； 确定单元，用于才艮据所述 MCCH通知消息和变更后的 MCCH消息确定 被挂起的 MBMS业务重新恢复。
优选地，所述变更后的 MCCH消息是指下一个 MCCH修改周期发生更 新的 MCCH消息。
优选地， 所述装置还包括：
读取单元，用于在所述确定单元确定被挂起的 MBMS业务重新恢复后， 恢复对 MCCH的读取， 并利用所述接收单元重新接收已恢复的 MBMS业 务。
一种确定挂起多媒体广播多播业务重新恢复的装置， 所述装置包括第 一确定单元、 读取单元和第二确定单元， 其中，
第一确定单元， 用于确定 MBMS业务被挂起后， 触发读取单元； 读取单元， 用于继续周期性地读取 MCCH;
第二确定单元， 用于确定所述 MCCH中包含被挂起的 MBMS业务指 示信息时确定所述被挂起的 MBMS业务重新恢复。
优选地， 所述装置还包括：
接收单元， 用于在所述第二确定单元确定所述被挂起的 MBMS业务重 新恢复后 , 重新接收已恢复的 MBMS业务。
一种用户设备， 具备 MBMS信息接收能力， 所述用户设备包括接收单 元和确定单元； 其中，
接收单元， 用于接收所述 MCCH通知消息和 MCCH消息；
确定单元， 用于确定被挂起的 MBMS业务重新恢复。
一种用户设备， 具备 MBMS信息接收能力， 包含前述包括第一确定单 元、 读取单元和第二确定单元， 以及接收单元的确定挂起多媒体广播多播 业务重新恢复的装置。
本发明中， 当被挂起的 MBMS业务重新恢复时， 网络侧主动通知 UE 该被挂起的 MBMS业务已恢复，或者，由 UE在确定 MBMS业务被挂起后， 继续读取 MCCH,以在被挂起的 MBMS业务恢复时第一时间实现对恢复的 MBMS业务的接收。本发明避免了 UE无法得知被挂起的 MBMS业务何时 恢复的问题， 使 UE能够及时接收挂起后重新恢复的 MBMS业务的接收。 本发明的技术方案， 对现有的 MBMS系统中的 MBMS业务接收作了较佳 的补充， 进一步提升了 MBMS系统的服务质量， 提升了 UE用户的体验效 果。 附图说明
图 1 为本发明确定挂起多媒体广播多播业务重新恢复的方法的流程示 意图；
图 2为 MCCH通知消息中 M-RNTI对应的 DCI比特的示意图； 图 3 为本发明确定挂起多媒体广播多播业务重新恢复的方法实施例一 的流程图；
图 4为本发明确定挂起多媒体广播多播业务重新恢复的方法实施例二 的流程图；
图 5 为本发明确定挂起多媒体广播多播业务重新恢复的方法实施例三 的流程图；
图 6为本发明确定挂起多媒体广播多播业务重新恢复的方法实施例四 的流程图；
图 7为本发明确定挂起多媒体广播多播业务重新恢复的装置的一种组 成结构示意图；
图 8为本发明确定挂起多媒体广播多播业务重新恢复的装置的一种组 成结构示意图；
图 9为本发明用户设备的组成结构示意图。 具体实施方式
本发明的基本思想是， 当被挂起的 MBMS业务重新恢复时， 网络侧主 动通知 UE该被挂起的 MBMS业务已恢复， 或者， 由 UE在确定 MBMS业 务被挂起后， 继续读取 MCCH, 以在被挂起的 MBMS业务恢复时第一时间 实现对恢复的 MBMS业务的接收。
为使本发明的目的、 技术方案和优点更加清楚明白， 以下举实施例并 参照附图， 对本发明进一步详细说明。
图 1 为本发明确定挂起多媒体广播多播业务重新恢复的方法的流程示 意图， 图中斜体加粗部分为本发明技术方案的重点；如图 1所示，在 MBMS 系统中， 根据计数报告或者 ARP的要求， 网络侧挂起某个 MBMS业务， UE继续周期性地读取 MCCH消息， 或者， 网络侧准备恢复挂起的 MBMS 业务时， 触发网络侧发送 MCCH通知消息， UE根据 MCCH通知消息指示 读取 MCCH消息 , 进一步根据 MCCH消息接收 MBMS业务， 以满足 UE 及时读取重新恢复的 MBMS业务的需求。
上述计数结果是指针对 MBMS业务， MCE向 MBSFN区域内的 eNB 发送的计数请求， eNB向 MBSFN区域内的 UE发送计数请求，正在接收或 者感兴趣接收 MBMS业务的 UE向 eNB发送计数响应， eNB收集 UE计数 响应后向 MCE发送计数报告， MCE根据计数报告判断是否挂起 MBMS业 务， 如若平均每个小区中的参与计数的 UE小于 1个， 则 MCE可以挂起相 应的 MBMS业务。 当然， 具体的挂起 MBMS业务的策略由网络运营商设 置， 也可以在平均每个小区中的参与计数的 UE小于 5个时， 挂起相应的 MBMS业务。 本发明中， 所谓挂起（ suspension )是指 MCE通知 eNB释放 MBMS业务相应的无线资源， eNB保留 MBMS业务的上下文（这里的上下 文是指与 MBMS业务相关的一些标识信息）， eNB可以离开或不离开相应 的 IP多播组。
本发明中， ARP要求是指 MBSFN区域中的无线资源受限时， 高优先 级的 MBMS 业务可以抢占低优先级的 MBMS 业务资源， 也称为抢占 ( Pre-emption ) .对于被抢占资源的低优先级 MBMS业务， 网络侧将挂起该 低优先级 MBMS业务。
对于挂起的 MBMS 业务， MCE 通过 MBMS 调度信息 （MBMS Scheduling Information )进行指示，在空口上通过将 MCCH中相应的 MBMS session进行删除指示。 经过一段时间之后， 被挂起的 MBMS业务可以重新 恢复（ resumption )。 所谓恢复是指 MCE通知 eNB重新分配无线资源， eNB 加入相应的 IP多播组（如果 eNB在挂起时离开了多播组）， MBMS业务通 过 MBSFN重新传输该被挂起的 MBMS业务； MCE通过 MBMS调度信息 指示被挂起的 MBMS 业务恢复， 在空口上通过在 MCCH 中添加相应的 MBMS session指示来表明该被挂起的 MBMS业务恢复。
考虑到被挂起的 MBMS业务在 MCCH中没有指示 （已删除）， UE可 能停止周期性地读取 MCCH,而是侦听 MCCH通知消息（即监听通知信道）； 当被挂起的 MBMS业务重新恢复时， MCCH change notification消息不会指 示 MBMS业务的恢复信息 , 同时 UE没有读取 MCCH消息 , 因此 UE不知 道 MBMS业务的恢复， 从而可能无法及时接收所需的 MBMS业务。 为了 解决上述问题， 本发明提出了两种解决方案， 分别为：
方案 1 : 对于挂起的 MBMS业务， UE继续周期性读取该 MBMS业务 对应的 MCCH;
方案 2: 当挂起的 MBMS业务重新恢复时 , 网络侧通过 MCCH change notification消息指示该被挂起的 MBMS业务恢复。
对于 R10的 UE而言， 上述两种方案都可以解决接收重新恢复的挂起 MBMS业务的问题， 对于 R9的 UE, 方案 1属于 UE功能的增强， 考虑到 R9中 UE功能已固化， 实现该方案有一定难度， 需要对这些 UE进行升级； 方案 2属于网络侧的解决方案， 针对于 UE没有任何能力要求， 因此 R9中 UE可以继续接收恢复的 MBMS业务，对于 R9 UE而言， 不需要特别升级。
对于正在接收或者感兴趣接收 MBMS业务的 UE, 方案 2可以很好地 将恢复的 MBMS业务及时通知给各接收或待接收的 UE; 方案 1可以解决 正在接收 MBMS业务的 UE在业务挂起后恢复时的接收问题， 但是对于感 兴趣接收 MBMS业务的 UE, 由于感兴趣接收 MBMS业务的 UE需要侦听 MCCH change notification, 因此无法实现感兴趣接收 MBMS业务的 UE在 业务挂起后重新恢复接收的问题。
本发明中， MBMS业务被挂起不包含网络侧发送 MBMS session stop request消息引起的 MBMS业务中断， 或由于 UE 自身行为引起的 MBMS 业务中断等情况。
下面通过具体的应用例来进一步阐明本发明技术方案的实质。
应用例一
本应用例的应用场景是 MCE根据计数报告， 决定挂起某个 MBMS业 务， 一段时间之后， MCE根据新的计数报告， 决定恢复上述 MBMS业务， 釆用方案 1记载的技术方案实现恢复的 MBMS业务的接收。 即， UE在接 收到网络侧的 MBMS业务被挂起的通知后，并不会停止对该被挂起 MBMS 业务对应的 MCCH的读取， 而是继续周期性地对该被挂起 MBMS业务对 应的 MCCH进行读取， 一旦确定所读取的 MCCH中包含被挂起 MBMS业 务的相关控制信息， UE将根据该被挂起 MBMS业务（此时该 MBMS业务 已恢复） 的控制信息指示， 到承载 MBMS 业务的对应数据信道上接收该 MBMS业务。读取 MCCH并接收该 MCCH指示的 MBMS业务属于现有技 术， 也不是实现本发明技术方案的重点， 这里不再赘述其实现细节。
应用例二
本应用例的应用场景是 MCE根据 ARP的要求， 决定挂起某个 MBMS 业务，一段时间之后，系统中出现可用无线资源， MCE决定恢复上述 MBMS 业务， 釆用方案 1记载的技术方案实现恢复的 MBMS业务的接收。 具体实 现方式与前述应用例 1的实现方式完全相同， 这里不再赘述。
应用例三
本应用例的应用场景是 MCE根据计数报告， 决定挂起某个 MBMS业 务， 一段时间之后， MCE根据新的计数报告， 决定恢复某个 MBMS业务， 釆用方案 2的技术方案实现恢复的 MBMS业务的通知。 即， 当网络侧挂起 MBMS业务一段时间而需要恢复该被挂起的 MBMS业务时，触发网络侧发 送指示 MCCH消息变更 MCCH通知消息， 通知给各 UE。 本发明中， 承载 被挂起的 MBMS业务恢复信道的 MCCH通知消息具体为 MCCH change notification消息。
应用例四
本应用例的应用场景是 MCE根据 ARP的要求， 决定挂起某个 MBMS 业务，一段时间之后，系统中出现可用无线资源， MCE决定恢复上述 MBMS 业务， 釆用方案 2记载的技术方案实现恢复的 MBMS业务的通知。 具体实 现方式与前述应用例 1的实现方式完全相同， 这里不再赘述。
以下再通过具体的示例， 进一步阐明本发明技术方案的实质。 实施例一
本实施例的应用场景是 MCE根据计数报告， 决定挂起某个 MBMS业 务， 一段时间之后， MCE根据新的计数报告， 决定恢复上述 MBMS业务， 釆用方案 1记载的技术方案实现恢复的 MBMS业务的接收； 图 3为本发明 确定挂起多媒体广播多播业务重新恢复的方法实施例一的流程图， 如图 3 所示， 本示例具体包括以下步骤：
步骤 101 , MCE根据 MBSFN区域内的计数报告，决定挂起某个 MBMS 业务。
所述计数报告是指 MBSFN区域内 eNB根据计数请求消息向 MCE发送 的计数报告； 一般可以设定一个门限（如平均每个小区中一个计数 UE ), 如果计数报告超过门限， 则可以釆用 MBSFN传输 MBMS业务， 否则， 挂 起该 MBMS业务。
所述挂起 MBMS 业务是指： MCE 通过 MBMS 调度信息 （MBMS Schedule Information )通知 MBSFN区域内的 eNB释放 MBMS业务相应的 无线资源， eNB保留 MBMS业务的上下文， eNB离开或者留在 IP多播组 (离开与否与 eNB具体实现有关）， eNB停止 MBMS业务的 MBSFN传输， eNB更新 MCCH消息，将挂起的 MBMS业务从更新的 MCCH消息中删除； 挂起的 MBMS业务数据可以緩存在 eNB中；
所述 MBMS 业务的上下文包括但不限于： MBMS 业务标识， MBMS 业务挂起时间标识（即 MBMS业务停止时刻）， MBMS业务的 MBSFN区 域标识等；
所述 MBMS业务可以是正在发送或者准备发送；
步骤 102, MCE向 eNB发送 MBMS调度信息指示 MBMS业务挂起， eNB更新 MCCH消息。
所述指示 MBMS业务挂起由 MCE通过 M2接口向 MBSFN区域中的 eNB发送 MBMS 调度信息指示， 在 MBMS 调度信息中删除所述挂起的 MBMS业务；
所述 eNB更新 MCCH消息是指删除 MCCH中挂起的 MBMS业务；
MCE挂起 MBMS业务后可以通知相应的 MME;
步骤 103 , MBMS业务挂起后 , UE继续周期性读取 MCCH消息。 所述 UE是指挂起前正在接收 MBMS业务的 UE, 即一段时间内虽然 UE在 MCCH上没有读取到所需 MBMS 业务的控制信息， UE继续读取 MCCH消息， 直到 MBMS业务恢复；
所述周期是指 MCCH修改周期和重复周期；
所述 MCCH消息是指挂起 MBMS业务对应的 MCCH消息；
对于恢复的 MBMS业务和新开始的 MBMS业务， eNB是可以区别的： 因为 eNB保存了挂起 MBMS业务的上下文；
为了实现 UE可以继续周期性读取已挂起的 MBMS业务对应的 MCCH 消息 , eNB可以在 MCCH消息中指示挂起的 MBMS业务；
步骤 104, —段时间之后， MCE根据新的计数报告决定恢复 MBMS业 务的 MBSFN传输。
所述一段时间的长度与计数报告的间隔、 MCCH修改周期、 MCE的具 体实现， 计数策略等有关；
所述恢复 MBMS业务的传输是指： MCE通过 MBMS调度信息（ MBMS Scheduling Information )通知 MBSFN区域内的 eNB重新分配 MBMS业务 相应的无线资源， 如果 eNB已离开 IP多播组（离开与否与 eNB具体实现 有关）， 则 eNB重新加入 IP多播组， eNB重新开始 MBMS业务的 MBSFN 传输， eNB更新 MCCH消息， 将恢复的 MBMS业务加入更新的 MCCH消 息中；
MCE恢复 MBMS业务后可以通知相应的 MME; 步骤 105 , MCE通知 eNB恢复 MBMS业务， eNB更新 MCCH消息， MBMS业务通过 MBSFN传输。
所述恢复 MBMS业务由 MCE通过 M2接口向 eNB发送 MBMS调度信 息指示， 在 MBMS调度信息中添加所述恢复的 MBMS业务；
所述更新 MCCH消息是指 eNB根据 MBMS调度信息指示， 在 MCCH 消息中添加恢复的 MBMS业务；
所述 MBMS业务通过 MBSFN传输是指 MBSFN区域中的 eNB(s)根据 MCCH消息和 MSI ( MCH Scheduling Information, 多播信道调度信息） 的 指示在相应的时频资源上釆用 MBSFN方式发送 MBMS业务数据；
步骤 106, UE读取更新的 MCCH消息， 在相应的无线资源接收恢复的 MBMS业务。
因为在 MBMS业务挂起后， UE继续周期性读取 MCCH消息， 所以 UE可以读取到更新的 MCCH消息；
所述相应的无线资源是指根据 MCCH消息和 MSI指示的 MBMS业务 所在无线资源；
对于恢复的 MBMS业务和重新开始的 MBMS业务是不同的： 所述恢 复的 MBMS业务是指从挂起时刻以后的 MBMS业务，而重新开始的 MBMS 业务是指从头开始的业务。考虑到 eNB中保存了挂起 MBMS业务的上下文， 对于重新开始的 MBMS业务， 需要经过 MBMS会话开始过程， 而对于恢 复的 MBMS业务， 一般不需要经过 MBMS会话开始过程， 因此 eNB可以 区分恢复的 MBMS业务和重新开始的 MBMS业务。
实施例二
本实施例的场景是 MCE根据 ARP的要求，决定挂起某个 MBMS业务， 一段时间之后， 系统中出现可用无线资源， MCE决定恢复上述 MBMS业 务， 釆用方案 2记载的技术方案实现恢复的 MBMS业务的通知； 图 4为本 发明确定挂起多媒体广播多播业务重新恢复的方法实施例二的流程图， 如 图 4所示， 本示例具体包括以下步骤：
步骤 201 , MCE根据 ARP的要求， 决定挂起某个 MBMS业务。
所述 MCE根据 ARP的要求是指： 新的 MBMS业务 A需要发送， 目前 MBSFN区域内没有可用无线资源， 业务 A的优先级较高， MBSFN区域内 有较低优先级的正在发送的 MBMS业务 B,其中 B的优先级比 A低，根据 ARP Pre-emption原则， 业务 A可以抢占业务 B的无线资源， 即将业务 B 挂起， 释放相应的无线资源用于传输业务 A.
挂起的 MBMS业务数据可以緩存在 eNB中；
所述 MBMS 业务的上下文包括但不限于： MBMS 业务标识， MBMS 业务挂起时间标识（即 MBMS业务停止时刻）， MBMS业务的 MBSFN区 域标识等；
所述 MBMS业务可以是正在发送或者准备发送；
步骤 202, MCE向 eNB发送 MBMS调度信息指示 MBMS业务挂起， eNB更新 MCCH消息。
所述指示 MBMS业务挂起由 MCE通过 M2接口向 MBSFN区域中的 eNB发送 MBMS 调度信息指示， 在 MBMS 调度信息中删除所述挂起的 MBMS业务；
所述 eNB更新 MCCH消息是指删除 MCCH中挂起的 MBMS业务； MCE挂起 MBMS业务后可以通知相应的 MME;
eNB在更新的 MCCH消息中可以指示 MBMS业务挂起；
步骤 203 , MBMS业务挂起后， UE停止接收 MCCH消息， UE监听 MCCH通知消息。
所述 UE停止接收 MCCH 消息是指： MBMS 业务挂起前正在接收 MBMS业务的 UE,对于正在接收 MBMS业务的 UE需要周期性读取 MCCH 消息， 当 MBMS业务挂起后， MBMS业务从 MCCH消息中删除， UE读取 MCCH消息没有发现所需业务，则 UE停止接收 MCCH消息，UE监听 MCCH 通知消息；
所述 MCCH消息是指挂起 MBMS业务对应的 MCCH消息；
步骤 204, —段时间之后， MBSFN区域中出现可用无线资源， MCE决 定恢复挂起的 MBMS业务。
所述一段时间的长度与正在发送的 MBMS业务持续时间 , MCCH修改 周期， MCE功能实现， ARP参数等有关；
MCE对 MBSFN区域中的无线资源进行管理， 如利用呼叫接入控制功 能判断是否存在可用无线资源； 所述可用无线资源是指满足挂起的 MBMS 业务重新传输的资源；
所述恢复 MBMS业务如步骤 104中所述， 这里不再赘述；
步骤 205 , MCE通过 MBMS调度信息向 eNB指示 MBMS业务恢复， eNB发送 MCCH通知消息指示 MBMS业务恢复。
所述 MBMS调度信息通过 M2接口发送，在 MBMS调度信息中添加所 述恢复的 MBMS业务；
对于恢复的 MBMS业务和新开始的 MBMS业务， eNB是可以区别的， 因为 eNB保存了挂起 MBMS业务的上下文；
eNB将 MCCH通知信息承载于 PDCCH上， MCCH通知信息包含 MCCH 指示信息以及触发事件指示信息；
网络侧配置 PDCCH的下行控制信息 DCI格式， 并在所配置 DCI中承 载所述 MCCH指示信息以及所述触发事件指示信息；所述 MCCH指示信息 用于指示在下个修改周期发生变更的 MCCH;
所述触发事件指示信息包含会话开始指示信息， 和 /或计数请求指示信 息， 和 /或 MBMS业务恢复信息； 所述 MCCH指示以及所述触发事件指示均以比特映射方式来实现， 所 述 MCCH指示信息为在所配置 DCI中设置 N比特信息，所述触发事件指示 信息釆用隐式指示， 即指示 MCCH的 N比特同时用于指示触发事件， 具体 的： 如果某个比特 =1 , 表示对应的 MCCH将在下个修改周期发生变更， 其 变更的原因可能是会话开始， 和 /或计数请求指示， 和 /或 MBMS业务恢复， 如果某个比特 =0, 表示对应的 MCCH在下个修改周期保持不变； 其中， N 为系统中重叠区域所支持的 MCCH最大数量， N=8； 图 2为 MCCH通知消 息中 M-RNTI对应的 DCI比特的示意图， 图 2给出了 MCCH通知消息在 DCI中的指示示意图， 图 2所示的指示比特， 意味着 MCCH 1 , 4, 5 , 7将 在下个修改周期发生变更， 变更的原因可能是会话开始， 和 /或计数请求指 示，和 /或 MBMS业务恢复，具体的原因需要 UE进一步读取更新后的 MCCH 消息后确定： 如果 MCCH消息中有计数请求消息， 表明变更原因是计数请 求，如果 MCCH消息中出现已挂起的 MBMS业务，表明变更原因是 MBMS 业务恢复， 如果 MCCH消息中出现新的 MBMS业务， 表明变更原因是会 话开始。 值得一提的是： 上述 3 个触发事件可以同时出现， 或者互相组合 出现， 或者单独出现。
如果 UE已知 MBMS业务和 MCCH的对应关系 ,则 UE只监听相应的 MCCH通知消息 , 否则 UE监听所有的 MCCH通知消息。
步骤 206, eNB更新 MCCH消息 , MBMS业务通过 MBSFN传输。 所述更新 MCCH消息是指 eNB根据 MBMS调度信息指示， 在 MCCH 消息中添加恢复的 MBMS业务；
所述 MBMS业务通过 MBSFN传输是指 MBSFN区域中的 eNB(s)根据 MCCH消息和 MSI ( MCH Scheduling Information, 多播信道调度信息） 的 指示在相应的时频资源上釆用 MBSFN方式发送 MBMS业务数据；
步骤 207, UE根据 MCCH通知消息读取 MCCH消息， UE接收恢复的 MBMS业务。
所述 UE根据 MCCH通知消息读取 MCCH消息是指： UE根据通知消 息检测到 MCCH发生变更， UE在下一个 MCCH修改周期读取 MCCH消 息， 如果在更新的 MCCH消息中发现挂起的 MBMS业务重新出现， 说明 网络侧恢复了 MBMS业务；
所述接收恢复的 MBMS业务是指： UE根据 MCCH消息和 MSI的指示， 在相应的无线资源上接收 MBMS业务数据；
对于恢复的 MBMS业务和重新开始的 MBMS业务是不同的： 所述恢 复的 MBMS业务是指从挂起时刻以后的 MBMS业务，而重新开始的 MBMS 业务是指从头开始的业务。考虑到 eNB中保存了挂起 MBMS业务的上下文， 对于重新开始的 MBMS业务， 需要经过 MBMS会话开始过程， 而对于恢 复的 MBMS业务， 一般不需要经过 MBMS会话开始过程， 因此 eNB可以 区分恢复的 MBMS业务和重新开始的 MBMS业务。
实施例三
本实施例的场景是 MCE根据计数报告， 决定挂起某个 MBMS业务， 一段时间之后， MCE根据新的计数报告， 决定恢复某个 MBMS业务， 釆 用方案 2记载的技术方案实现恢复的 MBMS业务的通知； 图 5为本发明确 定挂起多媒体广播多播业务重新恢复的方法实施例三的流程图， 如图 5 所 示， 本示例具体包括以下步骤：
步骤 301 , MCE根据 MBSFN区域内的计数报告，决定挂起某个 MBMS 业务。
步骤 302, MCE向 eNB发送 MBMS调度信息指示 MBMS业务挂起， eNB根据调度信息更新 MCCH消息。
步骤 303 , MBMS业务挂起后， UE停止接收 MCCH消息， UE监听 MCCH通知消息。 步骤 304, —段时间之后， MCE根据新的计数 4艮告决定恢复 MBMS业 务的 MBSFN传输。
步骤 305 , MCE通过 MBMS调度信息向 eNB指示 MBMS业务恢复， eNB发送 MCCH通知消息指示 MBMS业务恢复。
步骤 306, eNB更新 MCCH消息 , MBMS业务通过 MBSFN传输。 步骤 307, UE根据 MCCH通知消息读取 MCCH消息， UE接收恢复的 MBMS业务。
实施例四
本实施例的场景是 MCE根据 ARP的要求，决定挂起某个 MBMS业务， 一段时间之后， 系统中出现可用无线资源， MCE决定恢复上述 MBMS业 务， 釆用方案 1记载的技术方案实现恢复的 MBMS业务的接收； 图 6为本 发明确定挂起多媒体广播多播业务重新恢复的方法实施例四的流程图， 如 图 6所示， 本示例具体包括以下步骤：
步骤 401 , MCE根据 ARP的要求， 决定挂起某个 MBMS业务。
步骤 402, MCE向 eNB发送 MBMS调度信息指示 MBMS业务挂起， eNB根据调度信息更新 MCCH消息。
步骤 403 , MBMS业务挂起后 , UE继续周期性读取 MCCH消息。 步骤 404, —段时间之后， MBSFN区域中出现可用无线资源， MCE决 定恢复挂起的 MBMS业务。
步骤 405 , MCE通知 eNB恢复 MBMS业务， eNB更新 MCCH消息， MBMS业务通过 MBSFN传输。
步骤 406, UE读取更新的 MCCH消息， 在相应的无线资源接收恢复的 MBMS业务。
图 7为本发明确定挂起多媒体广播多播业务重新恢复的装置的一种组 成结构示意图， 如图 7 所示， 本发明确定挂起多媒体广播多播业务重新恢 复的装置包括位于网络侧的恢复单元 20和发送单元 21 , 以及， 位于 UE侧 的接收单元 22和确定单元 23； 其中，
恢复单元 20, 用于恢复被挂起的 MBMS业务， 并触发发送单元； 发送单元 21 , 用于发送指示 MCCH消息变更的 MCCH通知消息； 接收单元 22 ,用于接收所述 MCCH通知消息和变更后的 MCCH消息； 确定单元 23 , 用于 居所述 MCCH通知消息和变更后的 MCCH消息 确定被挂起的 MBMS业务重新恢复。
所述变更后的 MCCH消息是指在 MCCH通知消息的下一个 MCCH修 改周期发生更新的 MCCH消息。
在图 7所示的确定挂起多媒体广播多播业务重新恢复的装置的基础上， 本发明确定挂起多媒体广播多播业务重新恢复的装置还包括设置于 UE侧 的读取单元（图 7中未示出）， 用于在确定单元 23确定被挂起的 MBMS业 务重新恢复后， 恢复对 MCCH的读取， 并利用接收单元 22重新接收已恢 复的 MBMS业务。
本发明中， MBMS业务被挂起不包含网络侧发送 MBMS session stop request消息引起的 MBMS业务中断， 或由于 UE 自身行为引起的 MBMS 业务中断等情况。
所述 MCCH 通知消息可以为 MCCH 变更通知消息 MCCH change notification 所述网络侧是指 eNB。
图 8为本发明确定挂起多媒体广播多播业务重新恢复的装置的另一种 组成结构示意图， 如图 8所示， 本发明确定挂起多媒体广播多播业务重新 恢复的装置包括第一确定单元 30、 读取单元 31和第二确定单元 32 , 其中， 第一确定单元 30, 用于确定 MBMS业务被挂起后， 触发读取单元 31 ; 读取单元 31 , 用于继续周期性地读取 MCCH;
第二确定单元 32 , 用于确定所述 MCCH中包含被挂起的 MBMS业务 指示信息时确定所述被挂起的 MBMS业务重新恢复。
在图 8所示的确定挂起多媒体广播多播业务重新恢复的装置的基础上， 本发明确定挂起多媒体广播多播业务重新恢复的装置还包括：接收单元（图 8中未图示）， 用于在第二确定单元 32确定所述被挂起的 MBMS业务重新 恢复后， 重新接收已恢复的 MBMS业务。
图 9为本发明用户设备的组成结构示意图， 如图 9所示， 本发明用户 设备包括接收单元 40和确定单元 41 ; 其中，
接收单元 40 , 用于接收 MCCH通知消息和 MCCH消息；
确定单元 41 , 用于确定被挂起的 MBMS业务重新恢复。
在确定单元 41确定所述被挂起的 MBMS业务重新恢复后， 通过接收 单元 40重新接收已恢复的 MBMS业务。
本发明的用户设备， 还可以为具备图 8 所示确定挂起多媒体广播多播 业务重新恢复的装置的用户设备。
本领域技术人员应当理解， 图 7、 图 8所示的确定挂起多媒体广播多播 业务重新恢复的装置中的各处理单元的实现功能可参照前述确定挂起多媒 体广播多播业务重新恢复方法的相关描述而理解。 图 9 所示的用户设备中 的各处理单元的实现功能可参照前述确定挂起多媒体广播多播业务重新恢 复方法的相关描述而理解。 图 7、 图 8和图 9所示的装置及设备中各单元的 功能可通过运行于处理器上的程序而实现， 也可通过具体的逻辑电路而实 现。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围。

Claims

权利要求书
1、 一种确定挂起多媒体广播多播业务重新恢复的方法， 其特征在于， 所述方法包括：
多媒体广播多播业务 MBMS业务被挂起后准备恢复时， 触发网络侧发 送指示多播控制信道 MCCH消息变更的 MCCH通知消息；
用户设备 UE通过读取所述 MCCH通知消息和变更后的 MCCH消息而 确定被挂起的 MBMS业务重新恢复。
2、 根据权利要求 1所述的方法， 其特征在于， 所述 MBMS业务被挂 起不包含网络侧发送 MBMS session stop request消息引起的 MBMS业务中 断， 或由于 UE自身行为引起的 MBMS业务中断。
3、 根据权利要求 1 所述的方法， 其特征在于， 所述变更后的 MCCH 消息是指下一个 MCCH修改周期发生更新的 MCCH消息。
4、 根据权利要求 1所述的方法， 其特征在于， 所述 UE通过读取所述 MCCH通知消息和变更后的 MCCH消息而确定被挂起的 MBMS业务重新 恢复后， 所述方法还包括：
所述 UE恢复对 MCCH的接收， 并重新接收已恢复的 MBMS业务。
5、 根据权利要求 1所述的方法， 其特征在于， MBMS业务被挂起时， 网络侧将 MBMS业务对应的 MCCH通知消息挂起。
6、 根据权利要求 1至 5任一项所述的方法， 其特征在于， 所述 MCCH 通知消息为 MCCH变更通知消息 MCCH change notification; 所述网络侧为 基站 eNB。
7、 一种确定挂起多媒体广播多播业务重新恢复的方法， 其特征在于， 所述方法包括：
UE确定 MBMS 业务被挂起后， 继续周期性地读取 MCCH, 当所述 MCCH中包含被挂起的 MBMS业务指示信息时确定所述被挂起的 MBMS 业务重新恢复。
8、 根据权利要求 7所述的方法， 其特征在于， 所述 MBMS业务被挂 起不包含网络侧发送 MBMS session stop request消息引起的 MBMS业务中 断， 或由于 UE自身行为引起的 MBMS业务中断。
9、 根据权利要求 7所述的方法， 其特征在于， UE确定所述被挂起的 MBMS业务重新恢复后， 所述方法还包括：
所述 UE重新接收已恢复的 MBMS业务。
10、 一种确定挂起多媒体广播多播业务重新恢复的装置， 其特征在于， 所述装置包括位于网络侧的恢复单元和指示单元， 以及，位于 UE侧的接收 单元和确定单元； 其中，
恢复单元， 用于恢复被挂起的 MBMS业务， 并触发发送单元； 发送单元， 用于发送指示 MCCH消息变更的 MCCH通知消息； 接收单元， 用于接收所述 MCCH通知消息和变更后的 MCCH消息； 确定单元，用于才艮据所述 MCCH通知消息和变更后的 MCCH消息确定 被挂起的 MBMS业务重新恢复。
11、 根据权利要求 10所述的装置， 其特征在于， 所述变更后的 MCCH 消息是指下一个 MCCH修改周期发生更新的 MCCH消息。
12、 根据权利要求 10所述的装置， 其特征在于， 所述装置还包括： 读取单元，用于在所述确定单元确定被挂起的 MBMS业务重新恢复后， 恢复对 MCCH的读取， 并利用所述接收单元重新接收已恢复的 MBMS业 务。
13、 一种确定挂起多媒体广播多播业务重新恢复的装置， 其特征在于， 所述装置包括第一确定单元、 读取单元和第二确定单元， 其中，
第一确定单元， 用于确定 MBMS业务被挂起后， 触发读取单元； 读取单元， 用于继续周期性地读取 MCCH; 第二确定单元， 用于确定所述 MCCH中包含被挂起的 MBMS业务指 示信息时确定所述被挂起的 MBMS业务重新恢复。
14、 根据权利要求 13所述的装置， 其特征在于， 所述装置还包括： 接收单元， 用于在所述第二确定单元确定所述被挂起的 MBMS业务重 新恢复后， 重新接收已恢复的 MBMS业务。
15、 一种用户设备， 具备 MBMS信息接收能力， 其特征在于， 所述用 户设备包括接收单元和确定单元； 其中，
接收单元， 用于接收 MCCH通知消息和 MCCH消息；
确定单元， 用于确定被挂起的 MBMS业务重新恢复。
16、 一种用户设备， 其特征在于， 具备权利要求 13或 14所述的确定 挂起多媒体广播多播业务重新恢复的装置。
PCT/CN2011/075994 2011-03-21 2011-06-20 确定挂起mbms业务重新恢复的方法及装置、用户设备 WO2012126210A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP11861410.6A EP2690894B1 (en) 2011-03-21 2011-06-20 Method, device, and user equipment for determining resumption of suspended mbms service
ES11861410.6T ES2637591T3 (es) 2011-03-21 2011-06-20 Método, dispositivo y equipo de usuario para determinar la reanudación de servicio MBMS suspendido
US13/881,370 US9491644B2 (en) 2011-03-21 2011-06-20 Method and device for determining resumption of suspended multimedia broadcast multicast service, and user equipment

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110068012.4A CN102695129B (zh) 2011-03-21 2011-03-21 确定挂起mbms业务重新恢复的方法及装置、用户设备
CN201110068012.4 2011-03-21

Publications (1)

Publication Number Publication Date
WO2012126210A1 true WO2012126210A1 (zh) 2012-09-27

Family

ID=46860381

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/075994 WO2012126210A1 (zh) 2011-03-21 2011-06-20 确定挂起mbms业务重新恢复的方法及装置、用户设备

Country Status (5)

Country Link
US (1) US9491644B2 (zh)
EP (1) EP2690894B1 (zh)
CN (1) CN102695129B (zh)
ES (1) ES2637591T3 (zh)
WO (1) WO2012126210A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2785135A1 (en) * 2013-03-29 2014-10-01 Alcatel Lucent Enhancements to resource allocation for MBSFN transmission in an MBSFN area
CN108271431A (zh) * 2016-11-01 2018-07-10 瑞典爱立信有限公司 服务中断报告

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101969602B (zh) * 2009-07-28 2012-06-27 电信科学技术研究院 信道内容变更通知及信道重检测方法、系统和设备
CN102932743B (zh) * 2011-08-08 2015-12-09 华为技术有限公司 多媒体广播组播业务数据的传输控制方法、装置和系统
US9749933B2 (en) * 2012-06-29 2017-08-29 Cable Television Laboratories, Inc. Dynamic network selection
US9693372B2 (en) * 2012-07-03 2017-06-27 Telefonaktiebolaget Lm Ericsson (Publ) eMBMS control plane synchronization
CN103731457B (zh) * 2012-10-15 2019-02-26 中兴通讯股份有限公司 一种业务处理方法和终端
WO2015096160A1 (zh) * 2013-12-27 2015-07-02 华为技术有限公司 一种保持业务连续性的方法及设备
CN104812087A (zh) * 2014-01-24 2015-07-29 北京三星通信技术研究有限公司 支持组业务传输的方法、装置及系统
JP2015142225A (ja) * 2014-01-28 2015-08-03 ソニー株式会社 装置
EP2903310A1 (en) * 2014-01-30 2015-08-05 Alcatel Lucent Multi-media broadcast/multi-media services
KR102338851B1 (ko) * 2014-08-12 2021-12-13 삼성전자주식회사 무선 시스템에서 eMBMS 카운팅을 수행하는 방법
CN105635984B (zh) * 2014-11-07 2020-06-09 中兴通讯股份有限公司 指示信息处理方法及装置
CN105635983B (zh) * 2014-11-07 2020-06-12 中兴通讯股份有限公司 恢复挂起业务的通知、指示信息处理方法及装置
WO2016072792A1 (ko) * 2014-11-07 2016-05-12 엘지전자 주식회사 Mbms 서비스를 중단 및 재개하는 방법 및 장치
CN105635985B (zh) * 2014-11-07 2021-01-26 中兴通讯股份有限公司 确定挂起业务的方法及装置、指示信息处理方法及装置
EP3547722B1 (en) * 2014-11-13 2022-03-16 Huawei Technologies Co., Ltd. Multimedia broadcast multicast communication method and corresponding base station
US10091629B2 (en) 2015-04-07 2018-10-02 At&T Intellectual Property I, L.P. Method and system for providing broadcast media services in a communication system
CN107734658B (zh) * 2016-08-11 2023-01-31 夏普株式会社 单小区多播业务的信息变更传输方法和设备
US11350347B2 (en) * 2016-11-04 2022-05-31 Telefonaktiebolaget Lm Ericsson (Publ) Network node, wireless device and methods therein in a communications network
WO2018143246A1 (ja) * 2017-02-03 2018-08-09 京セラ株式会社 無線端末及び基地局
CN113498026A (zh) * 2020-04-07 2021-10-12 华为技术有限公司 一种通信方法及相关设备
CN113630870B (zh) * 2020-05-06 2022-11-11 展讯通信（上海）有限公司 一种多播业务的接收、传输方法及装置
CN117397262A (zh) * 2021-03-29 2024-01-12 京瓷株式会社 通信控制方法和用户设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1801961A (zh) * 2005-08-23 2006-07-12 华为技术有限公司 响应mbms修正业务消息的方法
CN101267580A (zh) * 2007-03-13 2008-09-17 中兴通讯股份有限公司 多媒体广播组播服务的恢复方法
CN101433100A (zh) * 2006-04-28 2009-05-13 日本电气株式会社 用于优化由mcch信息的用户设备进行的读取的方法
CN101909242A (zh) * 2009-06-05 2010-12-08 大唐移动通信设备有限公司 一种通知信息变化和获取信息的方法、系统及装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8144735B2 (en) * 2004-02-10 2012-03-27 Qualcomm Incorporated Transmission of signaling information for broadcast and multicast services
KR101010774B1 (ko) * 2004-02-11 2011-01-25 엘지전자 주식회사 이동통신 시스템에서 점대다 서비스 데이터의 송수신방법
KR101084131B1 (ko) * 2005-03-28 2011-11-17 엘지전자 주식회사 멀티미디어 방송/멀티캐스트 서비스를 위한 제어채널재설정 방법
JP5610609B2 (ja) * 2007-06-19 2014-10-22 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 無線送信方法、無線送信装置及び基地局装置
CN102057699A (zh) * 2008-06-10 2011-05-11 爱立信电话股份有限公司 Mbms的sae应用
US8638715B2 (en) * 2009-05-29 2014-01-28 Telefonaktiebolaget L M Ericsson (Publ) Power-efficient accurate MICH monitoring in a mobile communication system
CN101931885B (zh) * 2009-06-19 2015-06-03 中兴通讯股份有限公司 多媒体广播和组播业务控制信道更新的通知方法及系统
CN101969602B (zh) * 2009-07-28 2012-06-27 电信科学技术研究院 信道内容变更通知及信道重检测方法、系统和设备
US9936472B2 (en) * 2011-02-08 2018-04-03 Qualcomm Incorporated Method and apparatus for counting devices related to broadcast data services

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1801961A (zh) * 2005-08-23 2006-07-12 华为技术有限公司 响应mbms修正业务消息的方法
CN101433100A (zh) * 2006-04-28 2009-05-13 日本电气株式会社 用于优化由mcch信息的用户设备进行的读取的方法
CN101267580A (zh) * 2007-03-13 2008-09-17 中兴通讯股份有限公司 多媒体广播组播服务的恢复方法
CN101909242A (zh) * 2009-06-05 2010-12-08 大唐移动通信设备有限公司 一种通知信息变化和获取信息的方法、系统及装置

Non-Patent Citations (1)

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

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2785135A1 (en) * 2013-03-29 2014-10-01 Alcatel Lucent Enhancements to resource allocation for MBSFN transmission in an MBSFN area
WO2014154707A1 (en) * 2013-03-29 2014-10-02 Alcatel-Lucent Enhancements to resource allocation for mbsfn transmission in an mbsfn area
US10225854B2 (en) 2013-03-29 2019-03-05 Alcatel Lucent Enhancements to resource allocation for MBSFN transmission in an MBSFN area
CN108271431A (zh) * 2016-11-01 2018-07-10 瑞典爱立信有限公司 服务中断报告
CN108271431B (zh) * 2016-11-01 2020-10-23 瑞典爱立信有限公司 服务中断报告
US10848369B2 (en) 2016-11-01 2020-11-24 Telefonaktiebolaget Lm Ericsson (Publ) Service interruption reporting
US11611465B2 (en) 2016-11-01 2023-03-21 Telefonaktiebolaget Lm Ericsson (Publ) Service interruption reporting

Also Published As

Publication number Publication date
US9491644B2 (en) 2016-11-08
ES2637591T3 (es) 2017-10-13
CN102695129A (zh) 2012-09-26
EP2690894A4 (en) 2015-02-11
EP2690894A1 (en) 2014-01-29
CN102695129B (zh) 2018-01-02
EP2690894B1 (en) 2017-07-26
US20130215761A1 (en) 2013-08-22

Similar Documents

Publication Publication Date Title
WO2012126210A1 (zh) 确定挂起mbms业务重新恢复的方法及装置、用户设备
US9055469B2 (en) Method and device for indicating MBMS service suspension, and user equipment
JP6766169B2 (ja) 無線端末及び基地局
US10045395B2 (en) Base station, processor, and user terminal for setting a configuration to the user terminal for discontinuously monitoring a physical downlink control channel (PDCCH) on which a control signal is transmitted by the base station
JP7516542B2 (ja) マルチキャスト／ブロードキャストサービス配信の動的変更
US11849501B2 (en) Method for obtaining UE counting result, method and apparatus for suspending data transmission
EP4304212A1 (en) Multicast service receiving method, multicast service configuration method, terminal, and network side device
WO2012136023A1 (zh) 实现多媒体广播多播业务连续性的方法、用户设备及系统
WO2008110097A1 (fr) Procédé et station de base permettant d'activer un service multimédia de diffusion multicast d'une communauté cible
WO2012116536A1 (zh) 一种多媒体广播多播业务连续接收的方法和装置
US9294521B2 (en) Method, device and system for processing streaming media service data
CN102740234B (zh) 一种mbms挂起方法、系统及mce
CN105578440B (zh) Lte系统中的即时通讯业务心跳包的传输方法及装置
WO2012122772A1 (zh) 多媒体广播组播业务发送状态变化的通知方法与装置
WO2012130007A1 (zh) 一种mbms业务处理方法和系统
WO2016175255A1 (ja) 無線端末及びネットワーク装置
CN102761825A (zh) 信息通知方法及基站、业务获取方法、系统及ue
JP7425259B2 (ja) 通信制御方法及び基地局
WO2012010028A1 (zh) Mbms业务的处理方法及系统、ue处理方法及装置
WO2022000253A1 (en) Methods and apparatus of reliable multicast transmission with compact protocol stack
WO2011012082A1 (zh) 一种ue读取mcch的方法、系统及设备
WO2012151915A1 (zh) 启动多个mbms计数过程的方法及系统、mce和基站

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

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2011861410

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13881370

Country of ref document: US

Ref document number: 2011861410

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE