WO2012155408A1 - 一种指示mbms业务中断的方法、装置及用户设备 - Google Patents

一种指示mbms业务中断的方法、装置及用户设备 Download PDF

Info

Publication number
WO2012155408A1
WO2012155408A1 PCT/CN2011/079184 CN2011079184W WO2012155408A1 WO 2012155408 A1 WO2012155408 A1 WO 2012155408A1 CN 2011079184 W CN2011079184 W CN 2011079184W WO 2012155408 A1 WO2012155408 A1 WO 2012155408A1
Authority
WO
WIPO (PCT)
Prior art keywords
mbms service
mbms
interruption
indication
network side
Prior art date
Application number
PCT/CN2011/079184
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 EP11862843.7A priority Critical patent/EP2563050B1/en
Priority to US13/638,774 priority patent/US9055469B2/en
Publication of WO2012155408A1 publication Critical patent/WO2012155408A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0289—Congestion control
    • 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/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • 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
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • 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/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast

Definitions

  • the present invention relates to the field of multimedia communications, and more particularly to a method, system and user equipment for indicating a multimedia broadcast multicast service (MBMS) service interruption.
  • MBMS multimedia broadcast multicast service
  • 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 has been introduced in the R9 version (Release 9) Long Term Evolution (LTE) system and has been enhanced in Release 10 (RIO, ReleaselO).
  • the control signaling of the MBMS service is transmitted separately from the user data, which is called the Control Plane (CP). And User Plane (UP, User Plane).
  • the control plane controls the transmission of user plane data by controlling the start, update, and end of the service, and implements basic MBMS service transmission.
  • the MBMS service is sent in the MBMS Single Frequency Network (MBSFN) area of fixed size (which can be configured statically or semi-statically).
  • MMSFN Single Frequency Network
  • the MBMS technology has been enhanced. Mainly include: Counting and priority-based preemption mechanisms. among them,
  • the main principle of the MBMS Counting mechanism is: the network side sends a Counting request message to the user equipment (UE, User Equipment); the connected state UE that is receiving or interested in receiving the MBMS service sends a response to the network side, and the network side performs the corresponding number of UEs. statistics.
  • the main purpose of the introduction of the Counting mechanism is to allow operators to count the receiving status of certain MBMS services, and to restore/suspend the MBSFN transmission mode of the service according to the receiving status, thereby improving the utilization rate of radio resources.
  • the pre-emption technology is based on the ARP (Allocation and Retention Priority).
  • ARP Allocation and Retention Priority
  • the main principle is: When the resources are tight, the higher-priority MBMS service can preempt the lower priority. Resources for the MBMS business. When a resource is preempted by a service with a higher priority, the service with a lower priority will stop sending.
  • Counting and resource preemption are initiated by Multi-cell/Multicast Coordination Entity (MCE).
  • MCE Multi-cell/Multicast Coordination Entity
  • the range of counting and resource preemption is generally MBSFN area.
  • the ARP parameters involved in resource preemption come from the core network (EPC, Evolved Packet Core), and can be sent from the M3 interface to the MCE through the MBMS session start request message.
  • Figures 1(a) and (b) show two scenarios for existing MBMS deployments.
  • the MCE is responsible for the configuration of the MBMS service radio resources, and when the Broadcast Multicast Service Centre (BM-SC, Broadcast-Multicast Service Centre) initiates a new MBMS.
  • BM-SC Broadcast Multicast Service Centre
  • a MBMS session start request message which passes through the MBMS-GW, moves the management entity ( ⁇ ) to the MCE; If the wireless resource does not meet the new QOS (Quality of Service) requirements, the MCE can suspend the new service session, or if the new service session has a higher priority, the MBMS service priority is being sent. If the IP address is low, the MCE can pre-empt the lower priority MBMS service with the new higher priority MBMS service according to the ARP parameter (which can also be sent through the MBMS session start request message). This is called ARP Pre-emption. .
  • the MBMS service is transmitted in a fixed-size MBSFN area by means of enhanced broadcast.
  • the MBSFN transmission of the service being transmitted is suspended, or the transmission resource is preempted by the high priority service due to the lower priority, and the MBSFN transmission of the service is suspended; at this time, the UE that is receiving the service cannot continue to receive the service. business.
  • the current technology does not have a scheme for notifying the UE that the service has stopped transmitting. That is to say, the user who is receiving the service will encounter sudden business interruption, and will not get timely and reasonable explanation, or prompt information. This will have a large negative impact on the service satisfaction of the user's operator. More seriously, it may cause the user to leave the network.
  • the user cannot distinguish whether the service interruption is the network side behavior or the UE's own behavior.
  • the user may continually re-initiate service access. This will cause a large number of users to initiate access requests to the service at the same time or repeatedly, which causes network congestion and affects normal service reception of other users. Summary of the invention
  • the main purpose of the present invention is to provide a method, a system, and a user equipment for instructing an MBMS service interruption, which can improve the user experience degradation caused by a sudden interruption of a service, and prevent a large number of users from simultaneously or repeatedly initiating the service.
  • a method for instructing an MBMS service interruption includes: determining, by the network side, an MBMS service that needs to be interrupted; and transmitting, by the network side, an MBMS service interruption indication to the user equipment UE and indicating the reason for the interruption.
  • the determining, by the network side, that the MBMS service needs to be interrupted includes: multiple cells in the network side/
  • the multicast cooperative entity MCE determines the MBMS service and the reason for the interruption that need to be interrupted.
  • the network side sends an MBMS service interruption indication to the UE and indicates the reason for the interruption: the network side selects an opportunity to send an interruption indication and a reason, and the timing is the minimum time of the MBMS data transmission included in the session request message of the mobility management entity MME.
  • the network side sends an interrupt indication and an interrupt reason within a minimum time of the MBMS data transmission.
  • the network side sends an MBMS service interruption indication to the UE and indicates the reason for the interruption: the MCE of the network side sends an MBMS service interruption indication to the UE through the MBMS session update request message or the MBMS scheduling information, and indicates the reason for the interruption. .
  • the MCE on the network side sends the MBMS service interruption indication message and indicates the reason for the interruption, and the MCE of the network side deletes the MBMS session identifier that needs to be terminated in the MBMS session update request message.
  • the MCE on the network side sends the MBMS service interruption indication and indicates the cause of the interruption, and the MCE on the network side deletes the interrupted MBMS session in the MBMS session list carried in the MBMS scheduling information.
  • the network side sends an MBMS service interruption indication to the UE and indicates that the interruption cause includes: the MCE in the network side sends the resource preemption indication information to the MME; after receiving the resource preemption indication, the MME sends the MBMS service interruption to the UE via the eNB. Instructions.
  • the sending, by the MME, the MBMS service interruption indication includes: sending, by the MME, the MBMS service interruption indication to the UE by using the non-access stratum NAS message.
  • the MCE sends the resource preemption indication information to the MME, where the MCE carries the resource preemption indication by using the MBMS session start response message or the dedicated signaling.
  • the method further includes: after receiving the MBMS service interruption indication, the UE notifies the user of the MBMS service interruption indication by the high layer signaling.
  • a system for instructing an MBMS service interruption comprising at least a network side and a UE, where the network side is used to determine an MBMS service that needs to be interrupted; and the MBMS service is sent to the UE. Break the indication and indicate the reason for the interruption;
  • the UE is configured to receive an MBMS service interruption indication from the network side, and learn the cause of the interruption.
  • the UE is further configured to notify the user of the received MBMS service interruption indication by using high layer signaling.
  • the network side includes an MBMS service interruption decision unit, and an MBMS service interruption indication unit, where
  • the MBMS service interruption decision unit is configured to determine that the MBMS service and the interruption cause need to be interrupted, and notify the MBMS service interruption indication unit;
  • the MBMS service interruption instructing unit is configured to receive a notification from the MBMS service interruption decision unit, send an MBMS service interruption indication to the UE, and indicate the reason for the interruption.
  • the system further includes an eNB, configured to forward signaling between the MBMS service interruption indication unit and the UE;
  • the network side is an MCE; the MBMS service interruption decision unit and the MBMS service interruption indication unit are set in the MCE;
  • the network side is an MME, and the network side further includes an MCE; the MBMS service interruption decision unit is set in the MCE, and the MBMS service interruption indication unit is set in the MME.
  • the UE is a UE that is receiving an MBMS service or is interested in receiving an MBMS service.
  • a user equipment is configured to receive an MBMS service interruption indication from the network side to learn the reason for the interruption.
  • the user equipment is further configured to notify the user of the received MBMS service interruption indication by using high layer signaling.
  • the network side determines that the MBMS service needs to be interrupted, sends an MBMS service interruption indication to the UE, and indicates the cause of the interruption.
  • the user who is receiving the MBMS service receives the sudden service interruption.
  • a reasonable explanation for the disruption of the business has greatly reduced the negative impact on the business operator's business satisfaction; it has better avoided the user's off-network situation.
  • the UE after receiving the MBMS service interruption indication, the UE notifies the user of the indication by using the high layer signaling. In this way, a large number of users are prevented from simultaneously or repeatedly requesting access to the service, which prevents network congestion and improves the user experience and operator satisfaction.
  • Figure 1 (a) is a schematic diagram of an implementation of an existing eMBMS deployment
  • Figure 1 (b) is a schematic diagram of another implementation of an existing eMBMS deployment
  • FIG. 2 is a flowchart of a method for indicating interruption of an MBMS service according to the present invention
  • FIG. 3 is a schematic structural diagram of a system for instructing an MBMS service interruption according to the present invention
  • FIG. 4 is a schematic flowchart of a first embodiment of an MBMS service interruption according to the present invention
  • FIG. 6 is a schematic flowchart diagram of a third embodiment of the present invention for instructing MBMS service interruption. . detailed description
  • FIG. 2 is a flowchart of a method for instructing an MBMS service interruption according to the present invention. As shown in FIG. 2, the method includes:
  • Step 200 The network side determines the MBMS service that needs to be interrupted.
  • the BM-SC initiates a session start request message, the request passes through the MBMS-GW, and the MME arrives at the MCE. If the radio resource meets the Qos requirement, the MCE will The session start request message is sent to all related evolved nodes (eNBs) in the MBSFN area to establish a corresponding radio bearer for the MBMS service. If the radio resource does not meet the QoS requirement and the service priority is high, the MCE can use the ARP according to the ARP setting. The higher priority service preempts the radio resources of the lower priority service being sent.
  • the MCE is the time required to know the process of determining whether to interrupt the MBMS service.
  • the MCE can learn that the MCE receives the session start request message to the BM-SC by using the information element (IE) included in the session start request message from the MME, that is, the Minimum Time to MBMS Data Transfer.
  • IE information element
  • the time at which the service data is sent, that is, the time at which this step needs to determine the conclusion that the MBMS service needs to be interrupted can be before the time when the BM-SC starts to transmit the service data.
  • Step 201 The network side sends an MBMS service interruption indication to the UE and indicates the reason for the interruption. Specifically, the network side selects an opportunity to send an interrupt indication and a reason, the timing is the minimum time of the MBMS data transmission included in the session request message of the mobility management entity MME, and the network side sends an interrupt indication during the minimum time of the MBMS data transmission. And the reason for the interruption.
  • the MCE on the network side may send an MBMS service interruption indication, or the MME in the network side may send an MBMS service interruption indication, where
  • the MCE sends MBMS service interruption instructions including:
  • Possible messages include: MBMS session update request (MBMS session update request) message, MBMS scheduling information. That is, the MCE indicates the MBMS service interruption and the cause to the eNB through the M2 interface, and the eNB forwards the foregoing interrupt information to the UE, and the eNB may send the MBMS interrupt and the cause to the UE by using the RRC signaling, and the RRC signaling includes: a system message or an MCCH message; among them,
  • the purpose of the MBMS session update request message is to change the MBMS session attributes, such as updating the MBMS service area, updating the relevant nodes of the MBMS control plane, and so on.
  • the temporary mobile group identifier (TMGI) and the MBMS session identifier information element are carried. Therefore, the MCE can use the MBMS session update request to indicate a service interruption, for example, the MBMS session that needs to be terminated.
  • I only (session ID) from the MBMS session update request The message is deleted, and a new MBMS session identifier is added. In this way, the eNB does not have the service of the session ID in the air interface sending service, that is, the service session is interrupted.
  • the purpose is to send the multicast control channel (MCCH) related information to the eNB, including the MBMS session list information element, and the MBMS scheduling information is initiated by the MCE, before the MBMS service data is sent or after the MBMS service is stopped. Therefore, the MBMS scheduling information may be used to indicate the interruption of the MBMS service. For example, if the MCE determines an MBMS session of the Pre-emption, the MBMS session in the MBMS session list carried in the MBMS scheduling information is deleted, so that the eNB 4 reaches the MBMS session. After the scheduling information, the corresponding MBMS session interruption can be determined, thereby updating the MCCH information, and the UE reads the updated MCCH information and learns that the MBMS session is interrupted due to the network side.
  • MCCH multicast control channel
  • the MME sends an MBMS service interruption indication including:
  • the MME can also be used as the network element indicating the interruption of the MBMS service, including:
  • the MCE sends the indication information of the Pre-emption to the MME. After receiving the Pre-emption indication, the MME sends an MBMS service interruption indication to the UE.
  • the MME may send an MBMS service interruption indication to the UE through a non-access stratum (NAS) message, and the MME first sends the NAS message to the eNB, and then the eNB forwards the NAS message to the UE.
  • NAS non-access stratum
  • the UE in the method of the present invention refers to a UE that is receiving an MBMS service or is interested in receiving an MBMS service.
  • the MBMS service interruption reason is that the MBMS service being transmitted is aborted due to the network side.
  • the network side causes at least one of the following: MBMS service interruption due to ARP Pre-emption, and MBMS service suspension due to network side MBSFN transmission, etc.
  • the MBMS service interruption indication may also be sent to the UE.
  • the UE may translate the information into a user-understandable information, and display the information to the user, so as to prevent a large number of users from simultaneously or repeatedly requesting the service, preventing network congestion and improving the user. Business experience and operator satisfaction.
  • the method of the present invention further includes:
  • the UE After receiving the MBMS service interruption indication, the UE notifies the user through the high layer signaling. In this way, a large number of users are prevented from simultaneously or repeatedly requesting access to the service, which prevents network congestion and improves the user experience and operator satisfaction.
  • the system of the present invention further provides a system for indicating an interruption of the MBMS service, as shown in FIG. 3, which includes at least a network side and a UE, where
  • the network side is used to determine the MBMS service that needs to be interrupted; send an MBMS service interruption indication to the UE and indicate the cause of the interruption;
  • the UE is configured to receive an MBMS service interruption indication from the network side, and learn the cause of the interruption. Further, it is further configured to notify the user of the received MBMS service interruption indication through higher layer signaling.
  • the network side may include an MBMS service interruption decision unit and an MBMS service interruption indication unit, where
  • the MBMS service interruption decision unit is configured to determine that the MBMS service needs to be interrupted, and notify the MBMS service interruption indication unit;
  • the MBMS service interruption indication unit is configured to receive a notification from the MBMS service interruption decision unit, send an MBMS service interruption indication to the UE, and indicate the cause of the interruption.
  • the system further includes an eNB, configured to forward signaling between the MBMS service interruption indication unit and the UE.
  • the MBMS service interruption decision unit and the MBMS service interruption indication unit are set in the MCE; when the network side is the MME In this case, the MCE is also included at this time, the MBMS service interruption decision unit is set in the MCE, and the MBMS service interruption indication unit is set in the MME.
  • the MBMS scheduling information is used in this embodiment to indicate that the MBMS service is interrupted.
  • ARP Pre-emption service priority based preemption
  • the present invention only distinguishes whether the interruption cause is the network side behavior or the UE's own behavior, and does not distinguish the specific cause of the interruption caused by the network side behavior.
  • the first embodiment specifically includes the following steps:
  • Step 400 The MCE receives the session start request message, and determines whether the existing MBMS service needs to be Pre-emption. If yes, go to step 401; otherwise, the process ends.
  • the MME sends a session start request message to the MCE through the M3 interface.
  • the MCE After receiving the session start request message, the MCE first determines whether the required resources can be provided according to the existing call admission control process. If not, there are two options: MCE is not
  • the new MBMS service session establishes a radio bearer resource, and sends an MBMS session start failure message to the MME, that is, the session start request process is aborted; or, the MCE decides to use the MBMS service that the new MBMS service Pre-emption is transmitting.
  • the MBMS session start response message is sent to the MME, where, for the ARP Pre-emption, the following needs to be met:
  • the new MBMS service priority is higher than the ongoing MBMS service priority, and the E-UTRAN can satisfy (Pre After -empt) new MBMS service QoS Claim.
  • the need for Pre-empt existing MBMS service in this step refers to the latter latter option.
  • Step 401 The MCE sends MBMS scheduling information to all eNBs in the MBSFN area during the Minimum Time to MBMS Data Transfer time, and deletes the service that needs to be Pre-emption from the MBMS session list.
  • the session start request (or session update request) message sent by the MME to the MCE carries a Minimum Time to MBMS Data Transfer information element, the time of the information element indicates that the session start request is sent from the MME, and the MBMS service data is sent to the BM-SC. During this time, the new MBMS service data has not yet started to be sent, and the low priority MBMS service is still in progress.
  • the MCE decides to preempt the low-priority MBMS service resources, it can use this time to send the indication information of the low-priority MBMS service suspension.
  • the MBMS scheduling information is sent before the start of the new MBMS service, or after the MBMS service is stopped, so it can be sent within the time indicated by the Minimum Time to MBMS Data Transfer.
  • the preempted MBMS session list in the MBMS scheduling information is preempted.
  • the low-priority MBMS service identifier is deleted, and a new high-priority MBMS service identifier is added to indicate that the MBMS service interruption is caused by network-side behavior (such as Pre-emption).
  • Step 402 The eNB receives the MBMS scheduling information, returns an MBMS scheduling information response message to the MCE, and updates the MCCH message and sends the message.
  • the specific implementation of this step belongs to the prior art, and generally includes:
  • the eNB updates the MCCH message according to the MCCH update time, adds a new MBMS service, deletes the MBMS service of the Pre-emption, and sends a MCCH change notification message (indicating a new one) to the cell belonging to the corresponding MBSFN area in the eNB.
  • MBMS service session start a new MCCH message.
  • Step 403 The UE that is receiving or interested in receiving the MBMS service reads the updated MCCH. Message.
  • the specific implementation of this step belongs to the prior art, and generally includes:
  • the UE that is receiving the MBMS service periodically reads the MCCH message, and the UE that is interested in receiving the MBMS service listens to the MCCH change notification message and reads the updated MCCH message.
  • the UE determines, according to the updated MCCH message, that the MBMS service interruption is a network side behavior, not a behavior of the UE itself.
  • the UE notifies the NAS layer or the application layer MBMS service interruption through the internal signaling interaction, because the network side causes the user not to repeatedly initiate the MBMS service activation request.
  • the MBMS session update request message is used in this implementation to indicate that the MBMS service is interrupted.
  • ARP Pre-emption service priority based preemption
  • the present invention only distinguishes whether the interruption cause is the network side behavior or the UE's own behavior, and does not distinguish the specific cause of the interruption caused by the network side behavior.
  • the first embodiment specifically includes the following steps:
  • Step 500 The MCE receives the session start request message, and determines whether the existing MBMS service needs to be Pre-emption. If yes, the process proceeds to step 501; otherwise, the process ends.
  • Step 501 The MCE sends an MBMS session update request message to all eNBs in the MBSFN area during the Minimum Time to MBMS Data Transfer time, and deletes the TMGI and MBMS session identify of the service that needs to be Pre-emption.
  • the session start request (or session update request) message sent by the MME to the MCE carries a Minimum Time to MBMS Data Transfer information element, the time of the information element indicates that the session start request is sent from the MME, and the MBMS service data is sent to the BM-SC. During this time, the new MBMS service data has not yet started to be sent, and the low priority MBMS service is still in progress.
  • the MCE decides to preempt the low-priority MBMS service resources, the time may be used to send the indication information of the low-priority MBMS service suspension.
  • the purpose of the MBMS session update request message is to change the MBMS service session attributes, such as updating the MBMS service area, and updating related nodes (such as MME, MBMS-GW, etc.) of the MBMS control plane.
  • the MBMS session update request message carries the TMGI and MBMS session Identify information elements.
  • the MCE deletes the TMGI and the session Identify that need to be terminated from the MBMS session update request message, and updates to the new high-priority MBMS service identifier to indicate that the MBMS service interruption is caused by the network side behavior (such as Pre-emption). )caused.
  • the eNB sends no corresponding MBMS service identifier on the air interface, indicating that the MBMS service session will be interrupted by the network side.
  • Step 502 The eNB receives the MBMS session update request message, sends an IP multicast join/exit message to the IP multicast address allocated by the MBMS-GW, updates the MCCH message, and sends the message; in the prior art, after the MBMS session update request message If the MBMS service area is changed (t ⁇ updated MME), there is a MBMS session start request message (sent to the new control plane node) and an MBMS session stop request message (sent to the original control plane node).
  • the MBMS service identifier in the MBMS session update request message is changed in step 501, that is, if there is a new session start, the eNB updates the MCCH message of the relevant cell, adds a new MBMS service identifier, and deletes the Pre-emption.
  • the MBMS service identifier, the cell belonging to the corresponding MBSFN area in the eNB sends an MCCH change notification message (indicating a new MBMS service session start), and an updated MCCH message.
  • Step 503 The UE that is receiving or interested in receiving the MBMS service reads the updated MCCH message.
  • the specific implementation of this step belongs to the prior art, and generally includes:
  • the UE that is receiving the MBMS service periodically reads the MCCH message, and the UE that is interested in receiving the MBMS service reads the updated MCCH message after listening to the MCCH change notification message.
  • the UE determines, according to the updated MCCH message, that the MBMS service interruption is the network side. Behavior, not the behavior of the UE itself.
  • the UE notifies the NAS layer or the application layer MBMS service interruption through the internal signaling interaction, because the network side causes the user not to repeatedly initiate the MBMS service activation request.
  • the NAS signaling is used to indicate that the MBMS service is interrupted. As shown in FIG. 6, the following steps are included:
  • Step 600 The MCE receives the MBMS session start request message, and determines whether the existing MBMS service needs to be Pre-emption. If yes, the process proceeds to step 601, otherwise the process ends.
  • Step 601 The MCE sends a Pre-emption indication to the MME that sends the MBMS session start request message in step 600.
  • the specific implementation of this step includes:
  • the MCE carries the Pre-emption indication through the MBMS session start response message. For example, an information element is added to the MBMS session start response message to indicate the service identifier of the Pre-emption.
  • the service identifier may be any one of the following: MBMS Service ID, MBMS service index, MBMS service bitmap (bitmap); or,
  • the MCE sends a Pre-emption indication to the MME through dedicated signaling, which may be a new M3 signaling, such as an MBMS Pre-emption indication.
  • Step 602 The MME sends NAS signaling in the Minimum Time to MBMS Data Transfer time to indicate the MBMS service interruption reason.
  • the MME sends a NAS message to all UEs in the MBSFN area, indicating that the MBMS service interruption cause is ARP Pre-emption; if the MME does not know the MBSFN area configuration, the MME sends an MBMS service area (SA) Or all UEs in the tracking area (TA) send NAS messages, indicating that the reason for the MBMS service interruption is ARP Pre-emption.
  • SA MBMS service area
  • TA tracking area
  • Step 603 The UE receives the NAS signaling, and the user learns that the current service is interrupted according to the NAS signaling. the reason.
  • the user can stop receiving the service or continue to receive the service through other means, such as unicast mode.

Landscapes

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

Description

一种指示 MBMS业务中断的方法、 装置及用户设备 技术领域
本发明涉及多媒体通讯领域， 尤指一种指示多媒体广播多播业务 ( MBMS )业务中断的方法， 系统及用户设备。 背景技术
随着 Internet的迅猛发展和大屏幕多功能移动终端的普及， 出现了大量 移动数据多媒体业务和各种高带宽多媒体业务， 如视频会议、 电视广播、 视频点播、 广告、 网上教育、 互动游戏等， 这一方面满足了移动用户多业 务的需求， 同时也为移动运营商带来了新的业务增长点。 这些移动数据多 媒体业务要求多个用户能够同时接收相同数据， 与一般的数据业务相比， 具有数据量大、 持续时间长、 时延敏感等特点。
为了有效地利用移动网络资源， 第三代合作伙伴计划 （3GPP , 3rd Generation Partnership Project ) 提出了多媒体广播多播业务 （MBMS , Multimedia Broadcast Multicast Service ), MBMS业务是一种从一个数据源 向多个目标移动终端传送数据的技术， 实现了网络（包括核心网和接入网 ) 资源的共享， 提高了网络资源 （尤其是空中接口资源）的利用率。 3GPP定 义的 MBMS业务不仅能够实现纯文本低速率的消息类组播和广播， 而且还 能够实现高速多媒体业务的广播和组播， 提供多种丰富的视频、 音频和多 媒体业务， 这无疑顺应了未来移动数据发展的趋势， 为 3G的发展提供了更 好的业务前景。
目前，在 R9版本（ Release 9 )的长期演进（ LTE )系统中引入了 MBMS 技术，并在版本 10 ( RIO, ReleaselO )中进行了加强。在 R9版本中， MBMS 业务的控制信令与用户数据分开传输，分别称为控制面（CP, Control Plane ) 和用户面 （UP, User Plane )。 其中， 控制面通过控制业务的开始、 更新和 结束， 来控制用户面数据的发送， 实现基本的 MBMS业务的发送。 MBMS 业务在固定大小 （可以静态或半静态配置） 的 MBMS 单频网 （MBSFN, MBMS Single Frequency Network ) 区域中发送。 在 R10版本中， 为了提高 MBMS系统的资源利用率， 方便运营商管理， 对 MBMS技术进行了增强。 主要包括： 计数（Counting )和基于优先级的抢占机制。 其中，
MBMS Counting机制的主要原理是： 网络侧向用户设备 ( UE , User Equipment )发送 Counting请求消息； 正在接收或感兴趣接收 MBMS业务 的连接态 UE向网络侧发送响应 , 网络侧对相应的 UE数量进行统计。 引入 Counting机制的主要目的在于，让运营商统计某些 MBMS业务的接收状态， 根据接收状态恢复 /挂起该业务的 MBSFN传输方式， 提高无线资源的利用 率。
基于业务优先级 分配和保留优先级（ARP, Allocation and Retention Priority ) 的资源抢占 （Pre-emption )技术， 其主要原理是： 在资源紧张时， 优先级较高的 MBMS业务可以抢占优先级较低的 MBMS业务的资源。 当 资源被优先级较高的业务抢占后， 优先级较低的业务将停止发送。
计数和资源抢占都由多小区 /多播协作实体（ MCE, Multi-cell/multicast Coordination Entity )发起， 计数和资源抢占的范围一般是 MBSFN区域。 资 源抢占涉及的 ARP参数来自于核心网 （EPC, Evolved Packet Core ), 可以 通过 MBMS会话开始请求（ MBMS session start request )消息从 M3接口发 送到 MCE。 图 1(a)和 (b)为现有 MBMS部署的两种方案。
如图 1(a)和 (b)所示，在 MBSFN区域中， MCE负责 MBMS业务无线资 源的配置，当广播多播业务中心（ BM-SC, Broadcast-Multicast Service Centre ) 发起了一个新的 MBMS会话开始请求（ MBMS session start request ) 消息， 该请求消息通过 MBMS-GW, 移动管理实体 ( ΜΜΕ )后到达 MCE; 如果 无线资源不满足新的服务质量（Qos, Quality of service )要求， 则 MCE可 以中止新的业务会话， 或者， 如果新的业务会话优先级较高， 而正在发送 ( ongoing )的 MBMS业务优先级较低， 则 MCE可以根据 ARP参数 (也可 通过 MBMS session start request消息发送 )用新的较高优先级的 MBMS业 务抢占（ Pre-emption )较低优先级的 MBMS业务，这称为 ARP Pre-emption。
在 LTE的 MBMS技术中， MBMS业务通过增强型广播的方式， 在固 定大小的 MBSFN区域内发送。正在发送业务的 MBSFN传输被挂起， 或者 由于优先级较低而被高优先级业务抢占发送资源，该业务的 MBSFN传输将 中止发送； 此时， 正在接收该业务的 UE将无法继续接收到该业务。 但是， 目前的技术没有通知 UE业务已停止发送的原因的方案。也就是说，正在接 收该业务的用户会遇到突发性的业务中断， 而且得不到及时、 合理的解释， 或者是提示信息。 这将对用户运营商的业务满意度造成较大负面影响， 更 严重地， 可能造成用户的离网； 此外， 对于未知原因的业务中断， 由于用 户无法区分业务中断是网络侧行为还是 UE自身行为，用户可能会不断地重 新发起业务接入， 这样将导致大量用户同时或反复对该业务发起接入请求， 从而造成了网络的拥塞， 影响了其他用户的正常业务接收。 发明内容
有鉴于此， 本发明的主要目的在于提供一种指示 MBMS业务中断的方 法、 系统及用户设备， 能够改善业务的突然中断造成的用户体验下降的问 题， 避免大量用户同时或反复对该业务发起接入请求而引起的网络拥塞， 提高用户的业务体验和运营商满意度。
为解决上述技术问题， 本发明的技术方案是这样实现的：
一种指示 MBMS业务中断的方法，包括：网络侧确定需要中断的 MBMS 业务； 网络侧向用户设备 UE发送 MBMS业务中断指示并指明中断原因。
所述网络侧确定需要中断 MBMS 业务包括： 所述网络侧中的多小区 / 多播协作实体 MCE确定需要中断的 MBMS业务和中断原因。
所述网络侧向 UE发送 MBMS业务中断指示并指明中断原因包括： 所 述网络侧选择发送中断指示及原因的时机， 所述时机来自移动管理实体 MME的会话请求消息中包含的 MBMS数据传输最小时间， 所述网络侧在 该 MBMS数据传输最小时间内发送中断指示及中断原因。
所述网络侧向 UE发送 MBMS业务中断指示并指明中断原因包括： 所 述网络侧的 MCE通过 MBMS会话更新请求消息， 或 MBMS调度信息， 经 由演进节点 eNB向 UE发送 MBMS业务中断指示并指明中断原因。
所述网络侧的 MCE通过 MBMS会话更新请求消息发送 MBMS业务中 断指示并指明中断原因， 具体包括： 所述网络侧的 MCE删除 MBMS会话 更新请求消息中的需要终止的 MBMS会话标识。
所述网络侧的 MCE通过 MBMS调度信息发送 MBMS业务中断指示并 指明中断原因， 包括： 所述网络侧的 MCE删除 MBMS调度信息中携带的 MBMS会话列表中的被中断的 MBMS会话。
所述网络侧向 UE发送 MBMS业务中断指示并指明中断原因包括： 所 述网络侧中的 MCE向 MME发送资源抢占的指示信息； MME收到资源抢 占的指示后， 经由 eNB向 UE发送 MBMS业务中断指示。
所述 MME发送 MBMS业务中断指示包括： 所述 MME通过非接入层 NAS消息， 经由 eNB向 UE发送 MBMS业务中断指示。
所述 MCE向 MME发送资源抢占的指示信息包括： 所述 MCE通过 MBMS会话开始响应消息或专用信令携带资源抢占指示。
该方法还包括： 所述 UE接收到 MBMS业务中断指示后， 通过高层信 令将该 MBMS业务中断指示告知用户。
一种指示 MBMS业务中断的系统， 至少包括网络侧和 UE, 其中， 网络侧，用于确定需要中断的 MBMS业务； 向 UE发送 MBMS业务中 断指示并指明中断原因；
UE, 用于接收来自网络侧的 MBMS业务中断指示， 获知中断原因。 所述 UE, 还用于将接收到的 MBMS业务中断指示通过高层信令告知 用户。
所述网络侧包括 MBMS业务中断决策单元， 以及 MBMS业务中断指 示单元， 其中，
MBMS业务中断决策单元 ,用于确定需要中断 MBMS业务和中断原因 , 通知 MBMS业务中断指示单元；
MBMS业务中断指示单元，用于接收到来自 MBMS业务中断决策单元 的通知， 向 UE发送 MBMS业务中断指示并指明中断原因。
该系统还包括 eNB , 用于转发所述 MBMS业务中断指示单元与 UE之 间的信令；
所述网络侧为 MCE; 所述 MBMS业务中断决策单元和 MBMS业务中 断指示单元设置在 MCE中；
所述网络侧为 MME, 此时所述网络侧中还包括 MCE; 所述 MBMS业 务中断决策单元设置在 MCE 中， 所述 MBMS 业务中断指示单元设置在 MME中。
所述 UE为正在接收 MBMS业务或感兴趣接收 MBMS业务的 UE。 一种用户设备， 用于接收来自网络侧的 MBMS业务中断指示， 获知中 断原因。
所述用户设备， 还用于将接收到的 MBMS业务中断指示通过高层信令 告知用户。
从上述本发明提供的技术方案可以看出， 包括网络侧确定需要中断的 MBMS业务， 向 UE发送 MBMS业务中断指示并指明中断原因。 通过本发 明方案， 正在接收 MBMS业务的用户在遇到突发性的业务中断时， 及时得 到了业务被中断的合理解释， 大大降低了对用户运营商的业务满意度所造 成的负面影响； 更好地避免了用户离网情况的发生。 进一步地， UE接收到 MBMS业务中断指示后， 将该指示通过高层信令告知用户。 这样， 避免了 大量用户同时或反复对该业务发起接入请求， 防止了网络拥塞， 提高了用 户的业务体验和运营商满意度。 附图说明
图 1(a)为现有 eMBMS部署的一种实现方案的示意图；
图 1(b)为现有 eMBMS部署的另一种实现方案的示意图；
图 2为本发明指示 MBMS业务中断的方法的流程图；
图 3为本发明指示 MBMS业务中断的系统的组成结构示意图； 图 4为本发明指示 MBMS业务中断的第一实施例的流程示意图； 图 5为本发明指示 MBMS业务中断的第二实施例的流程示意图； 图 6为本发明指示 MBMS业务中断的第三实施例的流程示意图。。 具体实施方式
图 2为本发明指示 MBMS业务中断的方法的流程图， 如图 2所示， 包 括：
步驟 200: 网络侧确定需要中断的 MBMS业务。
在现有一个 MBMS业务会话开始（ session start )的流程中， BM-SC发 起会话开始请求（ session start request )消息，该请求经过 MBMS-GW, MME 到达 MCE, 如果无线资源满足 Qos要求， MCE将 session start request消息 发送到 MBSFN区域中的所有相关演进节点（eNB ), 为 MBMS业务建立相 应的无线承载； 如果无线资源不满足 Qos要求且业务优先级较高， 则 MCE 可以根据 ARP的设置， 用较高优先级的业务抢占正在发送的较低优先级业 务的无线资源。 其中 MCE是知道确定是否中断 MBMS业务的过程所需的时间的。 本步驟中， MCE可以通过来自 MME的 session start request消息中包含 的信息元（ IE )即 MBMS数据传输最小时间（ Minimum Time to MBMS Data Transfer ),获知 MCE收到 session start request消息到 BM-SC开始发送业务 数据的时间， 也就是说， 本步驟需要确定出得出需要中断 MBMS业务的结 论的时间在 BM-SC开始发送业务数据的时间之前即可。
步驟 201: 网络侧向 UE发送 MBMS业务中断指示并指明中断原因。 具体地， 网络侧选择发送中断指示及原因的时机， 所述时机来自移动 管理实体 MME的会话请求消息中包含的 MBMS数据传输最小时间， 所述 网络侧在该 MBMS数据传输最小时间内发送中断指示及中断原因。 本步驟 中， 可以是网络侧的 MCE发送 MBMS业务中断指示， 也可以是网络侧中 的 MME发送 MBMS业务中断指示， 其中，
(一） MCE发送 MBMS业务中断指示包括：
MCE与 UE之间没有直接的信令交互， 必须通过 eNB进行传输（即 M2接口）， 可能的消息包括： MBMS会话更新请求（ MBMS session update request )消息， MBMS调度信息（ MBMS scheduling information )。 即 MCE 通过 M2接口向 eNB指示 MBMS业务中断及原因 , eNB向 UE转发上述中 断信息， eNB可以通过无线资源控制 RRC信令向 UE发送 MBMS中断及 原因， RRC信令包括： 系统消息或者 MCCH消息； 其中，
MBMS session update request消息的目的是变更 MBMS 会话属性， 比 如更新 MBMS服务区域（ MBMS service area ), 更新 MBMS控制面的相关 节点等。 在 MBMS session update request消息中， 携带有临时移动组标识 ( TMGI )和 MBMS会话标识（MBMS session Identify )信息元， 因此， MCE可以利用 MBMS session update request指示业务中断， 比如可以将需 要终止的 MBMS会话标 i只 ( session ID )从该 MBMS session update request 消息中删除，， 并添加新的 MBMS会话标识 , 这样 , eNB在空口发送业务 中是没有该 session ID的业务的， 即表明该业务会话将中断。
MBMS scheduling information 目的是向 eNB 发送多播控制信道 ( MCCH ) 的相关信息， 包括 MBMS会话列表（MBMS session list )信息 元， 而且 MBMS scheduling information由 MCE发起， 在 MBMS业务数据 发送之前或 MBMS业务停止之后发送， 因此， 可以利用 MBMS scheduling information指示 MBMS业务中断，比如 MCE决定 Pre-emption某个 MBMS session, 则将 MBMS scheduling information中携带的 MBMS session list中 的该 MBMS session删除， 这样， eNB 4史到 MBMS scheduling information 后 , 即可确定相应的 MBMS session中断， 从而更新 MCCH信息 , UE读取 更新的 MCCH信息后获知由于网络侧原因导致 MBMS session中断。
(二） MME发送 MBMS业务中断指示包括：
从步驟 200中可知，由于 Minimum Time to MBMS Data Transfer是 MME 通过 M3消息发送到 MCE的， 因此， MME也可以作为指示 MBMS业务中 断的网元， 具体包括：
MCE向 MME发送 Pre-emption的指示信息； MME收到 Pre-emption 指示后， 向 UE发送 MBMS业务中断指示。
这里， MME可以通过非接入层（NAS ) 消息向 UE发送 MBMS业务 中断指示， MME先将 NAS消息发送到 eNB, 然后 eNB将 NAS消息转发 到 UE。
本发明方法中的 UE是指 , 正在接收 MBMS业务或感兴趣接收 MBMS 业务的 UE。
MBMS业务中断原因是指， 由于网络侧的原因， 而导致的正在发送的 MBMS业务中止发送。 其中， 网络侧的原因包括以下至少一种： 由于 ARP Pre-emption 引起的 MBMS 业务中断、 由于网络侧挂起 MBMS 业务的 MBSFN传输等。
通过本发明方法， 正在接收 MBMS业务的用户在遇到突发性的业务中 断时， 及时得到了业务被中断的合理解释， 大大降低了对用户运营商的业 务满意度所造成的负面影响； 更好地避免了用户离网情况的发生。 特别地， 由于目前无线资源紧张， UE正在接收的 MBMS业务的优先级较低， 被优 先级较高的 MBMS业务抢占了发送资源， 从而在该业务的整个 MBSFN区 域范围停止发送； 由于其他网络侧的原因造成的正在发送的 MBMS业务中 止发送的情况， 也可以向 UE发送 MBMS业务中断指示。 UE接收到网络 发送的 MBMS业务中断指示后， 可以将其翻译成用户可以理解的信息， 向 用户显示， 避免了大量用户同时或反复对该业务发起接入请求， 防止了网 络拥塞， 提高了用户的业务体验和运营商满意度。
进一步地， 本发明方法还包括：
UE接收到 MBMS业务中断指示后，将该指示通过高层信令告知用户。 这样， 避免了大量用户同时或反复对该业务发起接入请求， 防止了网络拥 塞， 提高了用户的业务体验和运营商满意度。
针对本发明方法还提供一种指示 MBMS业务中断的系统，如图 3所示， 至少包括网络侧和 UE, 其中，
网络侧，用于确定需要中断的 MBMS业务； 向 UE发送 MBMS业务中 断指示并指明中断原因；
UE, 用于接收来自网络侧的 MBMS业务中断指示， 获知中断原因。 进 一步地， 还用于将接收到的 MBMS业务中断指示通过高层信令告知用户。
其中网络侧可以包括 MBMS业务中断决策单元、 以及 MBMS业务中 断指示单元， 其中，
MBMS 业务中断决策单元， 用于确定需要中断 MBMS 业务， 通知 MBMS业务中断指示单元； MBMS业务中断指示单元，用于接收到来自 MBMS业务中断决策单元 的通知， 向 UE发送 MBMS业务中断指示并指明中断原因。
该系统还包括 eNB , 用于转发 MBMS业务中断指示单元与 UE之间的 信令， 当网络侧为 MCE时， MBMS业务中断决策单元和 MBMS业务中断 指示单元设置在 MCE中； 当网络侧为 MME时， 此时还包括 MCE, MBMS 业务中断决策单元设置在 MCE中， MBMS业务中断指示单元设置在 MME 中。
下面结合实施例对本发明方法进行详细描述。
第一实施例， 本实施例中采用 MBMS scheduling information 指示 MBMS业务中断。 为了叙述的方便， 在第一实施例中仅讨论基于业务优先 级的抢占（ ARP Pre-emption )情况。 当存在更多的 MBMS业务中断原因时 , 本领域技术人员知道可以采用相同处理， 本发明只区分中断原因是网络侧 行为还是 UE自身行为， 对于网络侧行为引起的中断具体原因不进行区分。 如图 4所示， 第一实施例具体包括以下步驟：
步驟 400: MCE收到 session start request消息，判断是否需要 Pre-emption 现有的 MBMS业务， 如果是， 进入步驟 401; 否则结束本流程。
MME通过 M3接口向 MCE发送 session start request消息， MCE收到 session start request消息后， 根据现有呼叫接纳控制流程， 首先判断是否可 以提供所需的资源， 如果不能， 有两种选择： MCE不为新的 MBMS业务 会话建立无线 载资源 ,向 MME发送 MBMS会话开始失败（ MBMS session start failure ) 消息， 即 session start request流程中止； 或者， MCE决定用新 的 MBMS业务 Pre-emption正在发送的 MBMS业务， 向 MME发送 MBMS 会话开始响应 ( MBMS session start response ) 消息， 其中， 对于 ARP Pre-emption, 需要满足： 新的 MBMS业务优先级比正在进行的 MBMS业 务优先级高，且 E-UTRAN可以满足（ Pre-empt之后 )新的 MBMS业务 QoS 要求。本步驟中的需要 Pre-empt现有的 MBMS业务就是指的上述后一种选 择的情况。
步驟 401 : MCE在 Minimum Time to MBMS Data Transfer时间内向 MBSFN区域内所有的 eNB发送 MBMS scheduling information,并将需要被 Pre-emption的业务从 MBMS session list中删除。
在 MME向 MCE发送的 session start request (或 session update request ) 消息中会携带 Minimum Time to MBMS Data Transfer信息元，该信息元的时 间表明从 MME发送 session start request, 到 BM-SC发送 MBMS业务数据 之间的时间， 在这段时间内， 新 MBMS业务数据还未开始发送， 低优先级 的 MBMS业务还在进行。在 MCE决定抢占低优先级的 MBMS业务资源时 , 可以利用这段时间来发送低优先级的 MBMS业务中止的指示信息。
MBMS scheduling information在新 MBMS业务开始之前， 或者 MBMS 业务停止之后发送，因此可以在 Minimum Time to MBMS Data Transfer指示 的时间内发送， 本步驟中， 将 MBMS scheduling information 中的 MBMS session list中的被抢占的低优先级的 MBMS业务标识删除， 同时添加新的 高优先级 MBMS业务标识，以表明 MBMS业务中断原因是网络侧行为（如 Pre-emption ) 引起的。
步驟 402: eNB收到 MBMS scheduling information,向 MCE回复 MBMS 调度信息响应 （MBMS scheduling information response ) 消息， 同时更新 MCCH消息并发送。 本步驟具体实现属于现有技术， 大致包括：
eNB根据 MCCH更新时间 （ MCCH Update time ) 更新 MCCH消息， 添加新的 MBMS业务， 删除被 Pre-emption的 MBMS业务， eNB中属于相 应 MBSFN区域的小区发送 MCCH变更通知（ MCCH change notification ) 消息 （表明新的 MBMS业务 session start )、 以及更新的 MCCH消息。
步驟 403：正在接收或感兴趣接收 MBMS业务的 UE读取更新的 MCCH 消息。 本步驟具体实现属于现有技术， 大致包括：
正在接收 MBMS 业务的 UE周期性读取 MCCH 消息， 感兴趣接收 MBMS 业务的 UE监听到 MCCH change notification 消息后读取更新的 MCCH消息。 UE根据更新的 MCCH消息判断出 MBMS业务中断是网络侧 行为， 不是 UE 自身的行为。 UE通过内部的信令交互通知 NAS层或应用 层 MBMS业务中断， 因为是网络侧原因， 用户不会重复发起 MBMS业务 激活请求。
第二实施例， 本实施中采用 MBMS session update request消息来指示 MBMS业务中断。 为了叙述的方便， 在第二实施例中仅讨论基于业务优先 级的抢占（ ARP Pre-emption )情况。 当存在更多的 MBMS业务中断原因时 , 本领域技术人员知道可以采用相同处理， 本发明只区分中断原因是网络侧 行为还是 UE自身行为， 对于网络侧行为引起的中断具体原因不进行区分。 如图 5所示， 第一实施例具体包括以下步驟：
步驟 500: MCE收到 session start request消息，判断是否需要 Pre-emption 现有的 MBMS业务， 如果是， 进入步驟 501 , 否则结束本流程。
本步驟具体实现与步驟 400完全一致， 这里不再赘述。
步驟 501: MCE在 Minimum Time to MBMS Data Transfer时间内向 MBSFN区域内所有的 eNB发送 MBMS session update request消息，并将需 要被 Pre-emption的业务的 TMGI和 MBMS session identify删除。
在 MME向 MCE发送的 session start request (或 session update request ) 消息中会携带 Minimum Time to MBMS Data Transfer信息元，该信息元的时 间表明从 MME发送 session start request, 到 BM-SC发送 MBMS业务数据 之间的时间， 在这段时间内， 新 MBMS业务数据还未开始发送， 低优先级 的 MBMS业务还在进行。在 MCE决定抢占低优先级的 MBMS业务资源时 , 可以利用这段时间来发送低优先级的 MBMS业务中止的指示信息。 MBMS session update request消息的目的主要是变更 MBMS业务会话 属性， 比如更新 MBMS service area, 更新 MBMS控制面的相关节点 （如 MME、 MBMS-GW等）等。 在 MBMS session update request消息中携带有 TMGI和 MBMS session Identify信息元。
本步驟中， MCE将需要终止的 TMGI 和 session Identify从 MBMS session update request消息中删除， 同时， 更新为新的高优先级 MBMS业务 标识，以表明 MBMS业务中断原因是网络侧行为（如 Pre-emption )引起的。 这样， eNB在空口发送的就没有相应的 MBMS业务标识， 表明该 MBMS 业务会话将被网络侧中断。
步驟 502: eNB收到 MBMS session update request消息， 向 MBMS-GW 分配的 IP多播地址发送 IP多播加入 /退出消息， 更新 MCCH消息并发送； 在现有技术中， 在 MBMS session update request消息之后， 如果涉及 MBMS service area ό 变更（ t匕^更新了 MME ), —般有 MBMS session start request消息（发送到新的控制面节点）以及 MBMS session stop request消息 (发到原来的控制面节点）。
本实施例中，在步驟 501中更改了 MBMS session update request消息中 的 MBMS业务标识，即有新的 session start,则 eNB更新相关小区的 MCCH 消息，添加新的 MBMS业务标识，删除被 Pre-emption的 MBMS业务标识， eNB中属于相应 MBSFN区域的小区发送 MCCH change notification消息（表 明新的 MBMS业务 session start ), 以及更新的 MCCH消息。
步驟 503:正在接收或感兴趣接收 MBMS业务的 UE读取更新的 MCCH 消息。 本步驟具体实现属于现有技术， 大致包括：
正在接收 MBMS 业务的 UE周期性读取 MCCH 消息， 感兴趣接收 MBMS 业务的 UE监听到 MCCH change notification 消息后读取更新的 MCCH消息。 UE根据更新的 MCCH消息判断出 MBMS业务中断是网络侧 行为， 不是 UE 自身的行为。 UE通过内部的信令交互通知 NAS层或应用 层 MBMS业务中断， 因为是网络侧原因， 用户不会重复发起 MBMS业务 激活请求。
第三实施例， 本实施例中采用 NAS信令指示 MBMS业务中断， 如图 6 所示， 包括以下步驟：
步驟 600: MCE收到 MBMS session start request消息， 判断是否需要 Pre-emption现有的 MBMS业务， 如果是， 进入步驟 601 , 否则结束本流程。
本步驟具体实现与步驟 400完全一致， 这里不再赘述。
步驟 601 : MCE向步驟 600中发送 MBMS session start request消息的 MME发送 Pre-emption指示。 本步驟具体实现包括：
MCE通过 MBMS session start response消息携带 Pre-emption指示, 比 如： 在 MBMS session start response消息中新增一个信息元， 用于指示被 Pre-emption的业务标识， 该业务标识可以是以下任意一种： MBMS service ID、 MBMS业务索引、 MBMS业务位图 （bitmap ); 或者，
MCE通过专用信令向 MME发送 Pre-emption指示，所述专用信令可以 是一条新的 M3 信令， 如 MBMS 资源抢占指示 （MBMS Pre-emption indication )等。
步驟 602: MME在 Minimum Time to MBMS Data Transfer时间内发送 NAS信令， 指示 MBMS业务中断原因。
本步驟中 , 如果 MME知道 MBSFN区域的配置 , MME向 MBSFN区 域中的所有 UE 发送 NAS 消息， 说明 MBMS 业务中断原因是 ARP Pre-emption;如果 MME不知道 MBSFN区域配置， MME向 MBMS业务区 域（SA )或跟踪区域（TA ) 内的所有 UE发送 NAS消息， 说明 MBMS业 务中断原因是 ARP Pre-emption。
步驟 603: UE接收 NAS信令， 用户根据 NAS信令得知当前业务中断 原因。
用户知道业务中断原因后， 可以停止接收业务或者通过其他方式继续 接收该业务， 如单播方式。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围， 凡在本发明的精神和原则之内所作的任何修改、 等同替换和改进 等， 均应包含在本发明的保护范围之内。

Claims

权利要求书
1、 一种指示 MBMS业务中断的方法， 其特征在于， 包括：
网络侧确定需要中断的 MBMS业务；
网络侧向用户设备 UE发送 MBMS业务中断指示并指明中断原因。
2、 根据权利要求 1所述的方法， 其特征在于， 所述网络侧确定需要中 断 MBMS业务包括： 所述网络侧中的多小区 /多播协作实体 MCE确定需要 中断的 MBMS业务和中断原因。
3、 根据权利要求 1所述的方法， 其特征在于， 所述网络侧向 UE发送 MBMS业务中断指示并指明中断原因包括：
所述网络侧选择发送中断指示及原因的时机， 所述时机来自移动管理 实体 MME的会话请求消息中包含的 MBMS数据传输最小时间， 所述网络 侧在该 MBMS数据传输最小时间内发送中断指示及中断原因。
4、 根据权利要求 1所述的方法， 其特征在于， 所述网络侧向 UE发送 MBMS业务中断指示并指明中断原因包括：
所述网络侧的 MCE通过 MBMS会话更新请求消息，或 MBMS调度信 息， 经由演进节点 eNB向 UE发送 MBMS业务中断指示并指明中断原因。
5、 根据权利要求 4所述的方法， 其特征在于， 所述网络侧的 MCE通 过 MBMS会话更新请求消息发送 MBMS业务中断指示并指明中断原因， 具体包括：
所述网络侧的 MCE删除 MBMS 会话更新请求消息中的需要终止的 MBMS会话标识。
6、 根据权利要求 4所述的方法， 其特征在于， 所述网络侧的 MCE通 过 MBMS调度信息发送 MBMS业务中断指示并指明中断原因， 包括： 所述网络侧的 MCE删除 MBMS调度信息中携带的 MBMS会话列表中 的被中断的 MBMS会话。
7、 根据权利要求 1所述的方法， 其特征在于， 所述网络侧向 UE发送 MBMS业务中断指示并指明中断原因包括：
所述网络侧中的 MCE向 MME发送资源抢占的指示信息； MME收到 资源抢占的指示后， 经由 eNB向 UE发送 MBMS业务中断指示。
8、 根据权利要求 7所述的方法， 其特征在于， 所述 MME发送 MBMS 业务中断指示包括：
所述 MME通过非接入层 NAS消息 , 经由 eNB向 UE发送 MBMS业 务中断指示。
9、 根据权利要求 8所述的方法， 其特征在于， 所述 MCE向 MME发 送资源抢占的指示信息包括：
所述 MCE通过 MBMS会话开始响应消息或专用信令携带资源抢占指 示。
10、 根据权利要求 1、 2、 3、 4或 7所述的方法， 其特征在于， 该方法 还包括：
所述 UE接收到 MBMS业务中断指示后， 通过高层信令将该 MBMS 业务中断指示告知用户。
11、 一种指示 MBMS业务中断的系统， 其特征在于， 至少包括网络侧 和 UE, 其中，
网络侧，用于确定需要中断的 MBMS业务； 向 UE发送 MBMS业务中 断指示并指明中断原因；
UE, 用于接收来自网络侧的 MBMS业务中断指示， 获知中断原因。
12、 根据权利要求 11所述的系统， 其特征在于， 所述 UE, 还用于将 接收到的 MBMS业务中断指示通过高层信令告知用户。
13、 根据权利要求 11或 12所述的系统， 其特征在于， 所述网络侧包 括 MBMS业务中断决策单元， 以及 MBMS业务中断指示单元， 其中， MBMS业务中断决策单元，用于确定需要中断 MBMS业务和中断原因， 通知 MBMS业务中断指示单元；
MBMS业务中断指示单元，用于接收到来自 MBMS业务中断决策单元 的通知， 向 UE发送 MBMS业务中断指示并指明中断原因。
14、 根据权利要求 13所述的系统， 其特征在于， 该系统还包括 eNB, 用于转发所述 MBMS业务中断指示单元与 UE之间的信令；
所述网络侧为 MCE; 所述 MBMS业务中断决策单元和 MBMS业务中 断指示单元设置在 MCE中；
所述网络侧为 MME, 此时所述网络侧中还包括 MCE; 所述 MBMS业 务中断决策单元设置在 MCE 中， 所述 MBMS 业务中断指示单元设置在 MME中。
15、 根据权利要求 11所述的系统， 其特征在于， 所述 UE为正在接收 MBMS业务或感兴趣接收 MBMS业务的 UE。
16、 一种用户设备， 其特征在于， 用于接收来自网络侧的 MBMS业务 中断指示， 获知中断原因。
17、 根据权利要求 16所述的用户设备， 其特征在于， 所述用户设备， 还用于将接收到的 MBMS业务中断指示通过高层信令告知用户。
PCT/CN2011/079184 2011-05-17 2011-08-31 一种指示mbms业务中断的方法、装置及用户设备 WO2012155408A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP11862843.7A EP2563050B1 (en) 2011-05-17 2011-08-31 Method, device and user equipment for indicating service interruption of multimedia broadcast multicast service
US13/638,774 US9055469B2 (en) 2011-05-17 2011-08-31 Method and device for indicating MBMS service suspension, and user equipment

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110127688.6A CN102790948B (zh) 2011-05-17 2011-05-17 一种指示mbms业务中断的方法、装置及用户设备
CN201110127688.6 2011-05-17

Publications (1)

Publication Number Publication Date
WO2012155408A1 true WO2012155408A1 (zh) 2012-11-22

Family

ID=47156229

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/079184 WO2012155408A1 (zh) 2011-05-17 2011-08-31 一种指示mbms业务中断的方法、装置及用户设备

Country Status (4)

Country Link
US (1) US9055469B2 (zh)
EP (1) EP2563050B1 (zh)
CN (1) CN102790948B (zh)
WO (1) WO2012155408A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016070572A1 (zh) * 2014-11-07 2016-05-12 中兴通讯股份有限公司 指示信息处理方法及装置
WO2018201841A1 (en) * 2017-05-03 2018-11-08 Huawei Technologies Co., Ltd. System and method for coexistence of low latency and latency tolerant communications

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101961520B1 (ko) * 2012-07-03 2019-03-22 텔레폰악티에볼라겟엘엠에릭슨(펍) ｅＭＢＭＳ 제어 플레인 동기화
WO2014100957A1 (zh) 2012-12-24 2014-07-03 华为技术有限公司 Mocn小区通信方法及装置
EP2785135A1 (en) * 2013-03-29 2014-10-01 Alcatel Lucent Enhancements to resource allocation for MBSFN transmission in an MBSFN area
ES2920898T3 (es) * 2013-04-19 2022-08-11 Nokia Technologies Oy Actualización de sesión de servicio de radiodifusión multimedia/multimedia (MBMS)
CN103581977B (zh) * 2013-10-25 2017-04-19 华为终端有限公司 数据连接断开的处理方法、移动终端及基站
WO2015096160A1 (zh) 2013-12-27 2015-07-02 华为技术有限公司 一种保持业务连续性的方法及设备
CN104955065A (zh) 2014-03-31 2015-09-30 北京三星通信技术研究有限公司 进行用户统计的方法、暂停数据传输的方法和装置
CN104270725B (zh) * 2014-09-24 2018-04-10 中兴通讯股份有限公司 指示信息的确定、处理以及请求消息的处理方法及装置
WO2016070380A1 (en) * 2014-11-06 2016-05-12 Qualcomm Incorporated Embms session suspend/stop notification
WO2016072792A1 (ko) * 2014-11-07 2016-05-12 엘지전자 주식회사 Mbms 서비스를 중단 및 재개하는 방법 및 장치
CN105635985B (zh) * 2014-11-07 2021-01-26 中兴通讯股份有限公司 确定挂起业务的方法及装置、指示信息处理方法及装置
WO2016074196A1 (zh) * 2014-11-13 2016-05-19 华为技术有限公司 多媒体广播组播的通信方法、装置和系统
CN104869544B (zh) * 2015-03-31 2018-07-13 上海华为技术有限公司 一种干扰规避方法及装置
US9955321B2 (en) * 2015-04-08 2018-04-24 Blackberry Limited Regrouping push-to-talk groups
EP4037403A1 (en) * 2016-01-27 2022-08-03 Huawei Technologies Co., Ltd. Communication method, network side device, and terminal
CN109417729B (zh) * 2016-07-30 2022-05-13 华为技术有限公司 一种业务数据传输方法及设备
US10728002B2 (en) 2017-08-10 2020-07-28 Huawei Technologies Co., Ltd. System and method for enabling reliable and low latency communication
EP3666006A4 (en) * 2017-08-10 2020-12-02 Apple Inc. PREEMPTION ADVERTISEMENTS FOR NEW RADIO
EP3834452B1 (en) * 2018-08-10 2023-10-04 ZTE Corporation Control information transmission techniques
CN115280803B (zh) * 2020-04-24 2023-10-13 Oppo广东移动通信有限公司 多媒体广播组播服务认证方法、装置、设备及介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101170716A (zh) * 2006-10-26 2008-04-30 华为技术有限公司 提高mbms业务可用性的方法及装置
CN101389087A (zh) * 2008-10-29 2009-03-18 普天信息技术研究院有限公司 一种业务释放的通知方法
CN101677429A (zh) * 2008-09-16 2010-03-24 鼎桥通信技术有限公司 一种mbms业务的释放方法
CN102036177A (zh) * 2009-09-29 2011-04-27 华为技术有限公司 组播广播业务流量控制方法及相关设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5047274B2 (ja) * 2007-03-23 2012-10-10 パナソニック株式会社 無線通信基地局装置及び無線通信方法
US8582482B2 (en) * 2009-11-05 2013-11-12 Htc Corporation Method of avoiding monitoring useless dynamic scheduling information of multimedia broadcast multicast service in a wireless communication system and related communication device
EP2852209B1 (en) * 2010-01-08 2017-03-29 Interdigital Patent Holdings, Inc. Method and transmit/receive unit for providing CSG cell identity information to an eNodeB
US8787212B2 (en) * 2010-12-28 2014-07-22 Motorola Solutions, Inc. Methods for reducing set-up signaling in a long term evolution system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101170716A (zh) * 2006-10-26 2008-04-30 华为技术有限公司 提高mbms业务可用性的方法及装置
CN101677429A (zh) * 2008-09-16 2010-03-24 鼎桥通信技术有限公司 一种mbms业务的释放方法
CN101389087A (zh) * 2008-10-29 2009-03-18 普天信息技术研究院有限公司 一种业务释放的通知方法
CN102036177A (zh) * 2009-09-29 2011-04-27 华为技术有限公司 组播广播业务流量控制方法及相关设备

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Technical Specification Group Services and System Aspects; Multimedia Broadcast/Multicast Service (MBMS); Architecture and functional description (Release 10)", 3GPP TS 23.246 V10.0.0, March 2011 (2011-03-01) *
See also references of EP2563050A4 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016070572A1 (zh) * 2014-11-07 2016-05-12 中兴通讯股份有限公司 指示信息处理方法及装置
US10470002B2 (en) 2014-11-07 2019-11-05 Xi'an Zhongxing New Software Co., Ltd. Methods and apparatuses for processing indication information
WO2018201841A1 (en) * 2017-05-03 2018-11-08 Huawei Technologies Co., Ltd. System and method for coexistence of low latency and latency tolerant communications
US10863522B2 (en) 2017-05-03 2020-12-08 Huawei Technologies Co., Ltd. System and method for coexistence of low latency and latency tolerant communications
US11683828B2 (en) 2017-05-03 2023-06-20 Huawei Technologies Co., Ltd. System and method for coexistence of low latency and latency tolerant communications

Also Published As

Publication number Publication date
CN102790948A (zh) 2012-11-21
EP2563050B1 (en) 2016-10-12
CN102790948B (zh) 2017-04-05
US9055469B2 (en) 2015-06-09
EP2563050A1 (en) 2013-02-27
US20140071878A1 (en) 2014-03-13
EP2563050A4 (en) 2014-03-12

Similar Documents

Publication Publication Date Title
US9055469B2 (en) Method and device for indicating MBMS service suspension, and user equipment
US9491644B2 (en) Method and device for determining resumption of suspended multimedia broadcast multicast service, and user equipment
AU2017200065B2 (en) Method and device for receiving a multimedia broadcast multicast service in a mobile communication system
US9237498B2 (en) Method, user equipment and system for realizing service continuity of multimedia broadcast and multicast service
US11849501B2 (en) Method for obtaining UE counting result, method and apparatus for suspending data transmission
JP5844879B2 (ja) Ｍｂｍｓサービス送信方式の切替方法、装置及びユーザー装置
WO2015096718A1 (zh) 一种保持组通信业务连续性的方法、装置和系统
WO2008110097A1 (fr) Procédé et station de base permettant d'activer un service multimédia de diffusion multicast d'une communauté cible
US20110141963A1 (en) Method for supporting broadcast services in multicast broadcast service frequency network
WO2008025239A1 (en) Evolved-mbms base station, user equipment and method
WO2012019461A1 (zh) 多媒体广播多播业务中统计用户设备信息的方法和系统
WO2012116536A1 (zh) 一种多媒体广播多播业务连续接收的方法和装置
WO2007112696A1 (fr) Procédé et système permettant de créer un service de multidiffusion/radiodiffusion multimédia
WO2012041146A1 (zh) 多媒体广播组播业务计数方法及系统
WO2012113312A1 (zh) Mbms业务发送方式切换的方法和系统
WO2012113199A1 (zh) 一种网元获取用户设备的接收状况信息的方法及系统
WO2014023240A1 (zh) 一种群组小数据的发送方法及系统
US20230141637A1 (en) Method and device for transmitting data in wireless communication system
WO2013174302A1 (zh) 广播业务的资源分配方法、资源管理中心及mme
WO2012171293A1 (zh) 一种多媒体广播多播业务传输方法、系统及用户设备
US9749814B2 (en) Method and apparatus for reducing delay in wireless communication system supporting broadcast service
WO2012122772A1 (zh) 多媒体广播组播业务发送状态变化的通知方法与装置
WO2011157090A1 (zh) 一种mbms承载释放通知的方法和设备
WO2016070580A1 (zh) 恢复挂起业务的通知、指示信息处理方法及装置
WO2015070370A1 (zh) 集群业务处理方法和组播协调实体

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 13638774

Country of ref document: US

REEP Request for entry into the european phase

Ref document number: 2011862843

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2011862843

Country of ref document: EP

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11862843

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE