WO2011017989A1 - Configuration method and device for notification information of multimedia broadcast multicast service - Google Patents
Configuration method and device for notification information of multimedia broadcast multicast service Download PDFInfo
- Publication number
- WO2011017989A1 WO2011017989A1 PCT/CN2010/074840 CN2010074840W WO2011017989A1 WO 2011017989 A1 WO2011017989 A1 WO 2011017989A1 CN 2010074840 W CN2010074840 W CN 2010074840W WO 2011017989 A1 WO2011017989 A1 WO 2011017989A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- multicast
- information
- indication information
- notification information
- service notification
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
Definitions
- the present invention relates to the field of communications, and in particular, to a multicast broadcast multicast service
- MBMS Multimedia Broadcast Multicast Service
- MBMS Multimedia Broadcast Multicast Service
- BACKGROUND With the rapid development of the Internet and the popularity of large-screen multi-function mobile phones, a large number of mobile data multimedia services and various high-bandwidth multimedia services have emerged, for example, video conferencing, television broadcasting, video on demand, advertising, online education. , interactive games, etc., this aspect meets the rising business needs of mobile users, but also brings new business growth points for mobile operators.
- These mobile data multimedia services require multiple users to receive the same data at the same time, and have the characteristics of large data volume, long duration, and delay sensitivity compared with general data services.
- the 3rd Generation Partnership Project (3GPP) proposed the MBMS service, which is a technology that transmits data from one data source to multiple targets, and implements the network.
- the sharing of resources (including the core network and the access network) improves the utilization of network resources (especially air interface resources).
- the 3GPP-defined MBMS not only enables plain text low-rate message-like multicast and broadcast, but also enables high-speed multimedia services to broadcast and multicast, providing a variety of rich video, audio and multimedia services, which undoubtedly conforms to future mobile
- the trend of data development provides a better business prospect for the development of 3G.
- the MBMS service is characterized by a large amount of data in the service, a long duration of reception by the terminal, and a constant average data rate.
- the above features determine the scheduling of the MBMS service.
- the control signaling configuration is semi-statically configured, that is, the scheduling information of the MBMS service.
- the multicast control channel (MCCH) information is "long-term" unchanged. Thus, when the transmission period of the MCCH information arrives, the network side sends a constant message (continuous transmission is because new users may be accessed at any time;).
- MCCH information is periodically transmitted. Specifically, the MCCH information has a repetition period and a modification period.
- the modification period is generally an integer multiple of the repetition period.
- a modification period includes multiple repetition periods.
- the network side sends MCCH information once, and each time the MCCH information is sent. They are all the same, and the MCCH information is allowed to be modified only when the modification period comes. This can reduce the number of times the terminal reduces the number of MCCH information received, thereby achieving a certain degree of power saving.
- the introduction of the MBMS notification mechanism helps the terminal avoid receiving MCCH information of updates that have not occurred.
- the MBMS notification mechanism can also implement the function of the 4 tampering period of the MCCH information, and can even do better than the modification period.
- the MCCH information can be configured by the following processing:
- the notification mechanism is used for the session start, and the user who is receiving the monthly service reads the MCCH in each of the 4 tampering cycles (Notification mechanism will be used for Session starts. UE receiving a service will have to read the MCCH every modification period ).
- the idle user only needs to check the notification message (UE in IDLE only needs to check the notification during its paging occasion or does the UE wakeup Additionally (FSS)).
- the MCCH after the next MCCH modification period boundary is read at the next MCCH modification period.
- the physical downlink control channel (Physical Downlink Control CHannel, hereinafter referred to as PDCCH) uses the MBMS Radio Network Temporary Identifier (MB-RNTI) as the notification message (PDCCH with new MBMS Specific M- RNTI is used for notification ).
- MB-RNTI MBMS Radio Network Temporary Identifier
- the MCMS information modification period is introduced while the MBMS notification mechanism is introduced.
- the MBMS notification mechanism is only used before the session start.
- the receiver is receiving the MBMS service, it should keep reading the MCCH information for each MCCH information tampering period.
- the M-RNTI is introduced to help the receiving end receive the notification information in the PDCCH.
- the defined MBMS notification information is used to indicate whether the MCCH information in the upcoming MCCH information modification period is compared with the MCCH information of the previous modification period, whether the update occurs.
- the 1-bit information representation is used. Now (the value of this bit is 1, indicating update, the value is 0, indicating that it is not updated). However, this may cause more receivers to receive the parsed MCCH information because the MBMS notification information indicates unclear.
- MBSFN Multimedia Broadcast multicast service Single Frequency Network
- MCCH information contains the above information, the other information needs to be further improved by the MCCH information itself. If the MBMS notification information content is only 1 bit, the following problems may occur, for example, when an MBMS service is terminated due to the end of the session, the MCCH information is updated, so that it is only valid for the terminal that is receiving the MBMS service, but If there is no reception, the receiving end that is preparing to receive the service of interest is invalid.
- Such terminal is only interested in the MCCH information update caused by the start of the session, but if only 1 bit is used, all terminals will re-read the MCCH. information.
- the MBMS notification information has a large amount of data, and the terminal reads the MCCH information to be relatively expensive.
- the present invention has been made in view of the problem that the related art may cause the receiving end to receive the parsing of the MCCH information due to the unclear indication of the MBMS notification information.
- the main object of the present invention is to provide a method for configuring the MBMS notification information. To solve the above problems.
- a method for configuring multicast broadcast multicast service notification information includes: the sender configures the multicast broadcast multicast service notification information, wherein the multicast broadcast multicast service notification information includes at least one of the following: Indication information, session end indication information, session update indication information, and data update indication information.
- the session start indication information is used to indicate multicast control channel information update caused by one or more multicast broadcast multicast service data starting to be sent; the session end indication information is used to indicate that one or more multicast broadcast groups are present Multicast control channel information update caused by the end of the broadcast service data transmission; the session update indication information is used to indicate the multicast service due to one or more multicast broadcasts
- the multicast control channel information update caused by the data update transmission is used; the data update indication information is used to indicate the multicast control channel information update caused by the update of the configuration of the multicast broadcast single frequency network subframe resource.
- the method further includes: sending, by the sending end, the first multicast broadcast multicast service notification information on the non-multicast broadcast single frequency network subframe, and The second multicast broadcast multicast service notification information is sent on the broadcast single frequency network subframe.
- the method further includes: sending, by the sending end, the first multicast broadcast multicast service notification information on the subframe of the paging occasion of the paging message, and The second multicast broadcast multicast service notification information is sent on the subframe carrying the multicast control channel information at the multicast control channel modification period.
- the first multicast broadcast multicast service notification information includes: session start indication information
- the second multicast broadcast multicast service notification information includes at least one of the following: session end indication information, session update indication information, and data update indication information. .
- the first multicast broadcast multicast service notification information includes: session start indication information
- the second multicast broadcast multicast service notification information includes at least one of the following: session start indication information, session end indication information, and session update indication information. , data update indication information.
- the first multicast broadcast multicast service notification information includes: session start indication information
- the second multicast broadcast multicast service notification information includes multicast control channel update indication information used to indicate whether the multicast control channel information is updated.
- the first multicast broadcast multicast service notification information includes: session start indication information, where the second multicast broadcast multicast service notification information includes an indication for indicating whether each of the plurality of different multicast control channel information has been updated information.
- the first multicast broadcast multicast service notification information includes at least one of the following: session start indication information , session end indication information, session update indication information, and data update indication information.
- the second multicast broadcast multicast service notification information includes at least one of the following: session start indication information , session end indication information, session update indication information, and data update indication information.
- the first multicast broadcast multicast service notification information or the second multicast broadcast multicast service notification information includes at least one of the following: session start indication information, session end indication information, session update indication information, The data update indication information, the indication information for indicating whether each of the plurality of different multicast control channel information has been updated, is used to indicate a cause of causing each multicast control channel update.
- the first multicast broadcast multicast service notification information includes at least one of the following: session start indication information, indication information indicating whether each of the plurality of different multicast control channel information is updated, used to indicate that each The reason for the multicast multicast channel update
- the second multicast broadcast multicast service notification information includes at least one of the following: session start indication information, session end indication information, session update indication information, and data update indication information, used to indicate multiple Different indications of whether different multicast control channel information has been updated, for indicating the cause of each multicast control channel update.
- the apparatus for configuring multicast broadcast multicast service notification information includes: a configuration module, configured to configure multicast broadcast multicast service notification information, where the multicast broadcast multicast service notification information includes at least one of the following: Start indication information, session end indication information, session update indication information, and data update indication information.
- the configuration module includes: a repeating submodule, configured to repeat the multicast broadcast multicast service notification information a predetermined number of times if the data volume of the multicast broadcast multicast service notification information is less than a predetermined threshold; adding a submodule, Adding a cyclic redundancy code check bit to the multicast broadcast multicast service notification information; and a scrambling sub-module for using the multicast broadcast service radio network temporary identifier to add a cyclic redundancy code check-risk bit to the fourth.
- a repeating submodule configured to repeat the multicast broadcast multicast service notification information a predetermined number of times if the data volume of the multicast broadcast multicast service notification information is less than a predetermined threshold
- adding a submodule Adding a cyclic redundancy code check bit to the multicast broadcast multicast service notification information
- a scrambling sub-module for using the multicast broadcast service radio network temporary identifier to add a cyclic redundancy code check-risk bit to the fourth.
- the first sending module is configured to send the configuration mode on the non-multicast broadcast single frequency network subframe
- the first multicast broadcast multicast service notification information is configured by the block
- the second sending module is configured to send the second multicast broadcast multicast service notification information configured by the configuration module on the multicast broadcast single frequency network subframe.
- the MBMS notification information includes at least one of the following: a session start indication information, a session end indication information, a session update indication information, and a data update indication information method, and the related technology may be unclear due to the MBMS notification information. As a result, more receiving ends receive the problem of parsing the MCCH information, thereby saving the power consumption of the terminal.
- FIG. 1 is a schematic diagram of a method for configuring MBMS notification information according to an embodiment of the present invention
- FIG. 2 is a structural block diagram of an apparatus for configuring MBMS notification information according to an embodiment of the present invention.
- the embodiment of the present invention provides a configuration scheme of MBMS notification information, which relates to an LTE system, in view of the problem that the related technology may cause more receiving ends to receive the parsing of the MCCH information due to the unclear indication of the MBMS notification information.
- the MBMS Notification Indication and transmission method in the modification period of the MCCH information is combined, and the design of the content of the MBMS notification information includes at least a specific indication bit of the MCCH information update caused by a plurality of factors, that is, ⁇
- the MBMS notification information includes at least one of the following: a session start indication information, a session end indication information, a session update indication information, and a data update indication information method, which can save power consumption of the terminal.
- a method for configuring MBMS notification information includes: configuring, by the sender, MBMS notification information, where the MBMS notification information includes at least one of the following: Session start (session start ) indication information, session stop indication information, session update indication information, and data update indication information.
- the session start indication information is used to indicate that one or more MBMS industries are The MCCH information update caused by the start of the data transmission; the session end indication information is used to indicate the MCCH information update caused by the end of the transmission of the one or more MBMS service data; the session update indication information is used to indicate that the one or more MBMSs are The MCCH information update caused by the transmission of the service data update; the data update indication information is used to indicate the MCCH information update since the update of the configuration of the MBSFN subframe resource.
- the MBMS notification information may be repeated multiple times (for example, after a predetermined number of repetitions), and a Cyclical Redundancy Check is added. , referred to as CRC) bit, and then use M-RNTI to add 4 to the CRC bit.
- CRC Cyclical Redundancy Check
- the transmitting end sends the first MBMS notification information on the Non-MBSFN subframe, especially in the subframe of the paging occasions (PO), and sends the second MBMS on the MBSFN subframe.
- the notification information is transmitted, in particular, on the PDCCH of the subframe carrying the MCCH information at the MCCH modification period (MCCH modification period).
- the first MBMS notification message sent on the subframe of the paging occasions (PO) contains only the session start indication information
- the second MBMS notification message sent on the subframe at the MCCH 4 tampering period contains at least the following causes the MCCH information update.
- One of the indication information: session start indication information, session end indication information, session update indication information, data update indication information; or, the second MBMS notification information transmitted on the subframe at the MCCH 4 tampering period is only included
- the MCCH update indication information for indicating whether the MCCH information is updated, but does not indicate the specific cause, that is, any update caused by any factor may be used.
- each MCCH belongs to one MBSFN area, information indicating whether each MCCH is updated, respectively, is added to the MBMS notification message, and an update indicating what is caused by each factor in each MCCH may be further added.
- the terminal that is interested in the MBMS service but has not received the MBMS service only needs to receive the MBMS notification message (in the PO), so that the MCCH information with a large amount of parsed data can be omitted;
- the terminal of the MBMS service, the MBMS notification message (which is carried in the subframe at the MCCH modification period) can help the terminal to avoid receiving the MCCH information that is not updated, thereby implementing the power saving effect of the terminal, so that the terminal receives the parsing MBMS port message.
- the power consumption is small.
- Notification information 1 is sent on a unicast subframe, especially on a subframe of paging occasions (PO) of a paging message.
- PO paging occasions
- the notification information 1 includes at least one or more of the following indication information that causes the MCCH information to be updated: session start indication information, session update indication information, session end indication information, and data update indication information.
- the session start indication information refers to MCCH information update caused by the start of transmission of one or more MBMS service data.
- the session end indication information refers to MCCH information update caused by the end of transmission of one or more MBMS service data.
- the session update indication information refers to MCCH information update caused by one or more MBMS service data update transmissions.
- the data update indication information refers to MCCH information update caused by the update of the configuration of the MBSFN subframe resource.
- the notification message 1 may further add indication information indicating that the MCCHs are updated, and may further include which MCCH update is caused by the above factors.
- the notification information 2 can be transmitted in the PDCCH of the subframe, in the subframe carrying the MCCH information at the MCCH 4 tampering period, especially in the multicast subframe (MBSFN subframe).
- the notification information 2 includes at least one or more of the following indication information that causes the MCCH information to be updated: the session start indication information, the session end indication information, the data update indication information, and the session start indication information refer to one or more MBMS service data.
- the session end indication information refers to MCCH information update caused by the end of transmission of one or more MBMS service data.
- the session update indication information refers to MCCH information update caused by one or more MBMS service data updates.
- the data update indication information refers to MCCH information update caused by the update of the configuration of the MBSFN subframe resource.
- the MBMS notification message 2 is an indication information indicating whether the MCCH information is updated, and does not indicate the cause of the MCCH information update. When there are multiple MCCHs, the notification message 2 may further add indication information indicating that the MCCHs are updated, and may further include the MCCH update caused by the above factors.
- the notification information 1 sent by the sender only includes the session start indication information, and the notification information 2 includes the conference.
- the session end indication information, the session update indication information and the data update indication information, or the notification information 2 includes session end indication information, session update indication information.
- the process of the receiving end The receiving end (the receiving end interested in the MBMS service, MBMS interested UE) listens to the notification information 1 before receiving the MBMS service, and then monitors the result of the monitoring. If the MCCH information is indicated to be updated, the next one is coming soon. The MCCH 4 tampering cycle receives the parsed MCCH information. Otherwise, the MCCH information is no longer received at the next upcoming MCCH 4 tampering period.
- the notification information 1 sent by the transmitting end includes only session start indication information, and the notification information 2 includes session start indication information, session end indication information, session update indication information, and data update indication information, or the notification information 2 includes session start indication information. , session end indication information, session update indication information.
- the process of the receiving end The receiving end (the receiving end interested in the MBMS service) monitors the notification information 1 before receiving the MBMS service, and monitors the result.
- the MCCH information If the MCCH information is updated, it receives the parsing at the next upcoming MCCH modification period. MCCH information. Otherwise, the MCCH information is no longer received at the next upcoming MCCH modification period. For the receiving end that is already receiving the MBMS service, only the notification message 2 needs to be monitored. If the notification message 2 informs the receiving end that the upcoming MCCH information is updated, the MCCH information is re-received. Otherwise, the MCCH information is not re-received.
- Embodiment 3 The notification information 1 sent by the sender only includes the session start indication information, and the notification information 2 includes MCCH information update indication information, and the indication information only identifies whether the MCCH information of the upcoming MCCH modification period is compared with the previous MCCH modification period. Update, does not indicate what caused the MCCH information update.
- the receiving end (the receiving end interested in the MBMS service) listens to the notification message 1 before receiving the MBMS service, and monitors the result if the MCCH is indicated. The information is updated, and the parsed MCCH information is received at the next upcoming MCCH modification period. Otherwise, the MCCH information is no longer received at the next upcoming MCCH modification period.
- the notification information 1 transmitted by the transmitting end includes only the session start indication information, and the notification information 2 includes indication information indicating whether each of the plurality of different MCCH information has been updated.
- the process of the receiving end The receiving end (the receiving end interested in the MBMS service) monitors the notification information 1 before receiving the MBMS service, and monitors the result.
- the MCCH information If the MCCH information is updated, it receives the parsing at the next upcoming MCCH modification period. MCCH information. Otherwise, the MCCH information is no longer received at the next upcoming MCCH modification period. For the receiving end that is already receiving the MBMS service, only the notification message 2 needs to be monitored. If the notification message 2 informs the receiving end that the upcoming MCCH information is specifically updated by the MCCH information, the receiving end determines whether to re-receive according to its own needs. MCCH information.
- Embodiment 5 The MBMS notification message sent by the sender is composed only of the notification information 1, and the MBMS notification message 1 includes the session start indication information, the session update indication information, the session end indication information, and the data update indication information.
- the process of the receiving end the receiving end (note that the receiving end here includes the receiving end (MBMS interested UE) interested in the MBMS service and the receiving end that is receiving the MBMS), and always listens to the notification information 1, and the receiving result can be known by the receiving end. If the MCCH information is updated, you can see the MCCH update caused by the specific cause. Then, the receiving end determines whether it needs to update the MCCH information according to its own needs. If it needs to be updated, it receives the parsing MCCH information at the next upcoming MCCH modification period. Otherwise, the MCCH information is no longer received at the next upcoming MCCH 4 tampering period.
- the MBMS notification message sent by the sender is composed only of the notification information 2, and the MBMS notification message 2 includes the session start indication information, the session update indication information, the session end indication information, and the data update indication information.
- the process of the receiving end The receiving end (note that the receiving end here includes the receiving end (MBMS interested UE) interested in the MBMS service and the receiving end that is receiving the MBMS), and always listens to the notification information 2, and the monitoring result is received.
- the terminal can know that if the MCCH information is updated, it can be seen exactly what causes the MCCH update. Then, the receiving end determines whether it needs to update the MCCH information according to its own needs. If it needs to be updated, it receives the parsing MCCH information at the next upcoming MCCH modification period. Otherwise, the MCCH information is no longer received at the next upcoming MCCH 4 tampering period. Secondly, for the receiving end that is receiving the MBMS, the following procedure can also be used, and the MBMS notification message 2 is no longer received, and the MCCH information is read when each MCCH 4 tampering period comes.
- Embodiment 7 The embodiments in the present application and the features in the embodiments may be combined with each other without conflict. An example will be given below.
- the combination of Embodiment 5 or Embodiment 6 and Embodiment 4 the MBMS notification information in Embodiments 5 and 6 is independent of the MCCH, and the MBMS notification message in Embodiment 4 is related to the MCCH, so that it can be combined.
- the addition of the embodiment 4 in Embodiment 5 or Embodiment 6 indicates that the MCCH is updated, and further indicates what is caused by the factors in these MCCHs.
- the receiving end flow is the same as that of Embodiment 5 or Embodiment 6, and will not be mentioned here.
- Example 8 Example 1 or Example 2 and Example 4 can also be combined.
- the notifications in the embodiment 4 are added to the notification message 1 and the notification message 2, respectively, indicating that the MCCH is updated, and further indicating what is caused by the factors in the MCCHs.
- the receiving end process is the same as that of Embodiment 1 or Embodiment 2, and details are not described herein again.
- the PDCCH is defined in the LTE R9 as the PDCCH resource in the MBSFN subframe, and the Orthogonal Frequency Division Multiplexing (OFDM) symbol can be used as the PDCCH resource.
- OFDM Orthogonal Frequency Division Multiplexing
- the first or the first two or the first three or the first four OFDM symbols can be used as the resources of the PDCCH in the non-MBSFN subframes.
- the specific configuration of several OFDM symbols is clearly defined in the relevant protocol. 36.211 agreement).
- the PDCCH in the two subframes described in the embodiment of the present invention is identical in the process of carrying the information identified by the M-RNTI. That is, the MBMS notification message is added to the CRC, and then the M-RNTI is scrambled for the obtained CRC correction-bit. Then, the obtained information is modulated, coded, and mapped to the PDCCH for transmission.
- the common search area of the PDCCH is carried.
- a configuration apparatus for MBMS notification information is provided.
- 2 is a structural block diagram of an apparatus for configuring MBMS notification information according to an embodiment of the present invention.
- the apparatus includes: a configuration module 2, configured to configure MBMS notification information, where MBMS notification information includes at least One of the following: session start indication information, session end indication information, session update indication information, and data update indication information.
- the session start indication information is used to indicate the MCCH information update caused by the start of transmission of the one or more MBMS service data
- the session end indication information is used to indicate the MCCH information caused by the end of the transmission of the one or more MBMS service data.
- the session update indication information is used to indicate the MCCH information update caused by the one or more MBMS service data update transmissions; the data update indication information is used to indicate the MCCH information update caused by the update of the configuration of the MBSFN subframe resources.
- the configuration module 2 includes: a repeating submodule 22, a adding submodule 24, and a scrambling submodule 26. The foregoing structure is described below.
- the repeating sub-module 22 is configured to: when the amount of data of the MBMS notification information is small (for example, less than a predetermined threshold), repeat the MBMS notification information multiple times (for example, repeating the predetermined number of times); adding the sub-module 24, connecting to the repeater
- the module 22 is configured to add a Cyclic Redundancy Check (CRC) bit to the MBMS notification information after the repeating sub-module 22 performs the repetitive operation; the scrambling sub-module 26 is connected to the adding sub-module 24 , for scrambling the CRC bits added by the add sub-module 24 using the M-RNTI.
- CRC Cyclic Redundancy Check
- the device further includes: a first sending module 4, connected to the configuration module 2, for The first MBMS notification information configured by the configuration module 2 is sent on the Non-MBSFN subframe, in particular, in a subframe of paging occasions (PO), and the second sending module 6 is connected to The configuration module 2 is configured to send the second MBMS notification information configured by the configuration module 2 on the MBSFN subframe, in particular, on the PDCCH of the subframe carrying the MCCH information at the MCCH modification period (MCCH modification period).
- a first sending module 4 connected to the configuration module 2
- PO subframe of paging occasions
- the terminal interested in the MBMS service only needs to receive the MBMS notification message (in the PO), so that the MCCH information with a large amount of parsed data can be omitted;
- the terminal that receives the MBMS service, the MBMS notification message (in the subframe at the MCCH 4 tampering period) can help the terminal to avoid receiving the MCCH information that is not updated, thereby implementing the power saving effect of the terminal, so that the terminal receives the parsing MBMS.
- Notification messages consume very little power.
- modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device, or they may be separately fabricated into individual integrated circuit modules, or they may be Multiple modules or steps are made into a single integrated circuit module.
- the invention is not limited to any specific combination of hardware and software.
- the above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the scope of the present invention are intended to be included within the scope of the present invention.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
A configuration method and device for notification information of multimedia broadcast multicast service are provided. The method includes: a sender configures the notification information of multimedia broadcast multicast service, wherein the notification information of multimedia broadcast multicast service includes at least one of following information: indication information of session start, indication information of session end, indication information of session update, and indication information of data update. Power consumption of a terminal is saved by the method and device.
Description
多媒体广播组播业务通知信息的配置方法及装置 Method and device for configuring multimedia broadcast multicast service notification information
技术领域 本发明涉及通信领域, 具体而言, 涉及一种多播广播组播业务TECHNICAL FIELD The present invention relates to the field of communications, and in particular, to a multicast broadcast multicast service
( Multimedia Broadcast Multicast Service, 简称为 MBMS ) 通知信息的配置 方法及装置。 背景技术 随着网络( Internet ) 的迅猛发展和大屏幕多功能手机的普及, 出现了大 量移动数据多媒体业务和各种高带宽多媒体业务, 例如, 视频会议、 电视广 播、 视频点播、 广告、 网上教育、 互动游戏等, 这一方面满足了移动用户不 断上升的业务需求, 同时也为移动运营商带来新的业务增长点。 这些移动数 据多媒体业务要求多个用户能够同时接收相同数据,与一般的数据业务相比, 具有数据量大、 持续时间长、 时延敏感等特点。 为了有效地利用移动网络资源, 第三代合作伙伴计划(3rd Generation Partnership Project, 简称为 3GPP )提出了 MBMS业务, 该业务是一种从一 个数据源向多个目标传送数据的技术, 实现了网络(包括核心网和接入网) 资源的共享, 提高了网络资源 (尤其是空中接口资源) 的利用率。 3GPP 定 义的 MBMS 不仅能够实现纯文本低速率的消息类组播和广播, 而且还能够 实现高速多媒体业务的广播和组播, 提供多种丰富的视频、 音频和多媒体业 务, 这无疑顺应了未来移动数据发展的趋势, 为 3G的发展提供了更好的业 务前景。 (Multimedia Broadcast Multicast Service, abbreviated as MBMS) Configuration method and device for notification information. BACKGROUND With the rapid development of the Internet and the popularity of large-screen multi-function mobile phones, a large number of mobile data multimedia services and various high-bandwidth multimedia services have emerged, for example, video conferencing, television broadcasting, video on demand, advertising, online education. , interactive games, etc., this aspect meets the rising business needs of mobile users, but also brings new business growth points for mobile operators. These mobile data multimedia services require multiple users to receive the same data at the same time, and have the characteristics of large data volume, long duration, and delay sensitivity compared with general data services. In order to effectively utilize mobile network resources, the 3rd Generation Partnership Project (3GPP) proposed the MBMS service, which is a technology that transmits data from one data source to multiple targets, and implements the network. The sharing of resources (including the core network and the access network) improves the utilization of network resources (especially air interface resources). The 3GPP-defined MBMS not only enables plain text low-rate message-like multicast and broadcast, but also enables high-speed multimedia services to broadcast and multicast, providing a variety of rich video, audio and multimedia services, which undoubtedly conforms to future mobile The trend of data development provides a better business prospect for the development of 3G.
MBMS业务的特点是业务的数据量大, 终端接收时持续时间长, 平均数 据率恒定。 上述特点决定了 MBMS 业务的调度, 控制信令配置都是半静态 配置的,即 MBMS业务的调度信息,多播控制信道( Multicast Control Channel, 简称为 MCCH )信息都是 "长期" 保持不变的, 这样在 MCCH信息的发送 周期到来时, 网络侧发送一个不变的信息 (连续发送是因为随时都可能有新 用户接入;)。 目前为了帮助终端在接收 MCCH信息时省电, 提出了 MCCH信 息周期性发送。 具体为 MCCH信息有重复周期、 修改周期。 修改周期一般为 重复周期的整数倍, 一个修改周期内包含多个重复周期, 修改周期内的每个 重复周期到来时, 网络侧都发送一次 MCCH信息, 每次发送的 MCCH信息
都是相同的, 只有在修改周期到来时才允许修改 MCCH信息。这样可以减少 终端减少接收 MCCH信息的次数, 从而实现一定程度的省电。 另一方面, 通过引入 MBMS 通知机制帮助终端避免接收没有发生的更 新的 MCCH信息。 MBMS通知机制同样可以实现 MCCH信息的 4爹改周期的 功能, 甚至可以比修改周期做的更好。 相关技术中, MCCH信息可以通过下述处理进行配置: The MBMS service is characterized by a large amount of data in the service, a long duration of reception by the terminal, and a constant average data rate. The above features determine the scheduling of the MBMS service. The control signaling configuration is semi-statically configured, that is, the scheduling information of the MBMS service. The multicast control channel (MCCH) information is "long-term" unchanged. Thus, when the transmission period of the MCCH information arrives, the network side sends a constant message (continuous transmission is because new users may be accessed at any time;). Currently, in order to help the terminal save power when receiving MCCH information, it is proposed that the MCCH information is periodically transmitted. Specifically, the MCCH information has a repetition period and a modification period. The modification period is generally an integer multiple of the repetition period. A modification period includes multiple repetition periods. When each repetition period in the modification period comes, the network side sends MCCH information once, and each time the MCCH information is sent. They are all the same, and the MCCH information is allowed to be modified only when the modification period comes. This can reduce the number of times the terminal reduces the number of MCCH information received, thereby achieving a certain degree of power saving. On the other hand, the introduction of the MBMS notification mechanism helps the terminal avoid receiving MCCH information of updates that have not occurred. The MBMS notification mechanism can also implement the function of the 4 tampering period of the MCCH information, and can even do better than the modification period. In the related art, the MCCH information can be configured by the following processing:
( 1 ) 设置一个 MCCH 4爹改周期 (Will have an MCCH modification period )。 (1) Set a MCCH 4 tampering period (Will have an MCCH modification period).
( 2 )设置一个通知机制 ( We will have a notification mechanism )„ ( 3 ) 通知机制用于会话开始, 正在接收月艮务的用户在每个 4爹改周期读 取 MCCH( Notification mechanism will be used for session starts. UE receiving a service will have to read the MCCH every modification period )。 (2) Set a notification mechanism (We will have a notification mechanism) „ (3) The notification mechanism is used for the session start, and the user who is receiving the monthly service reads the MCCH in each of the 4 tampering cycles (Notification mechanism will be used for Session starts. UE receiving a service will have to read the MCCH every modification period ).
( 4 ) 空闲用户只需要在每个寻呼时机或另外的唤醒时机来检查通知消 息 ( UE in IDLE only needs to check the notification during its paging occasion or does the UE wakeup additionally ( FFS ) )。 (4) The idle user only needs to check the notification message (UE in IDLE only needs to check the notification during its paging occasion or does the UE wakeup Additionally (FSS)).
( 5 )如果用户接收到通知消息,在下一个 MCCH修改周期时读取 MCCH 信息 ( If the UE sees the notification, it will acquire the MCCH after the next MCCH modification period boundary )。 (5) If the user receives the notification message, the MCCH after the next MCCH modification period boundary is read at the next MCCH modification period.
( 6 ) 物理下行控制信道 (Physical Downlink Control CHannel, 简称为 PDCCH ) 使用 MBMS 专用无线网络临时标 i只 ( MBMS Radio Network Temporary Identifier, 简称为 M-RNTI )为通知消息( PDCCH with new MBMS Specific M-RNTI is used for notification )。 从以上描述可以看出: MBMS通知机制被引入的同时引入了 MCCH信 息修改周期。 但是, 对于 MBMS 通知信息进行了一些限制, 例如, MBMS 通知机制仅用于业务会话开始( session start )之前,当接收端正在接收 MBMS 业务时, 应该保持每个 MCCH 信息爹改周期读取 MCCH 信息。 并且引入 M-RNTI为了帮助接收端在 PDCCH中接收通知信息。 如果定义的 MBMS通 知信息是用来指示即将到来的 MCCH信息修改周期中 MCCH信息与上一个 修改周期的 MCCH信息相比, 是否发生了更新,使用 1比特信息表示即可实
现 (该比特取值为 1 , 表示更新, 取值为 0, 表示未更新), 但是, 这样做可 能由于 MBMS通知信息指示不清, 而给造成更多的接收端接收解析 MCCH 信息。 下面举例说明。 例^口, £设某一多播广播单频网络( Multimedia Broadcast multicast service Single Frequency Network, 简称为 MBSFN ) 区 i或内有 100个 MBMS业务, 每个业务在不同的时刻会话开始 ( session start ), 在不同的时刻会话结束 ( session stop ), 或者在不同时刻有 MBMS业务数据更新 (即, MBSFN子 帧配置发生更新)。 这些都是可以引起 MCCH信息发生更新的因素。 当然可 能还有其他的原因, 由于目前 MCCH信息中明确包含上述信息, 其他信息有 待 MCCH信息本身的进一步完善。如果 MBMS通知信息内容仅为 1比特时, 会带来下面的问题, 例如, 当某一 MBMS业务由于会话结束, 而引起 MCCH 信息发生更新, 这样其实只对正在接收 MBMS 业务的终端有效, 但是对于 没有接收, 正在准备接收自己感兴趣的业务的接收端是无效的, 这类终端只 对于会话开始引起的 MCCH信息更新感兴趣,但是如果仅使用 1比特,会造 成所有终端都要重新读取 MCCH信息。 MBMS通知信息和 MCCH信息相比 较, 数据量很大, 终端读取 MCCH信息是比较费电的。 发明内容 针对相关技术可能由于 MBMS 通知信息指示不清而造成更多的接收端 接收解析 MCCH信息的问题而提出本发明, 为此, 本发明的主要目的在于提 供一种 MBMS通知信息的配置方法, 以解决上述问题。 为了实现上述目的, 根据本发明的一个方面, 提供了一种多播广播组播 业务通知信息的配置方法。 才艮据本发明的多播广播组播业务通知信息的配置方法包括: 发送端配置 多播广播组播业务通知信息, 其中, 多播广播组播业务通知信息中至少包括 以下之一: 会话开始指示信息、 会话结束指示信息、 会话更新指示信息、 数 据更新指示信息。 优选地, 会话开始指示信息用于指示由于一个或者多个多播广播组播业 务数据开始发送而引起的多播控制信道信息更新; 会话结束指示信息用于指 示由于一个或者多个多播广播组播业务数据结束发送而引起的多播控制信道 信息更新; 会话更新指示信息用于指示由于一个或者多个多播广播组播业务
数据更新发送而引起的多播控制信道信息更新; 数据更新指示信息用于指示 由于多播广播单频网络子帧资源的配置发生更新而引起的多播控制信道信息 更新。 优选地, 当多播广播组播业务通知信息的数据量小于预定阈值时, 对多 播广播组播业务通知信息重复预定次数后, 添加循环冗余码检验比特, 并使 用多播广播业务无线网络临时标识对循环冗余码检验比特加扰。 优选地, 在发送端配置多播广播组播业务通知信息之后, 上述方法还包 括: 发送端在非多播广播单频网络子帧上发送第一多播广播组播业务通知信 息, 并在多播广播单频网络子帧上发送第二多播广播组播业务通知信息。 优选地, 在发送端配置多播广播组播业务通知信息之后, 上述方法还包 括: 发送端在寻呼消息的寻呼时机的子帧上发送第一多播广播组播业务通知 信息, 并在多播控制信道修改周期处的承载多播控制信道信息的子帧上发送 第二多播广播组播业务通知信息。 优选地, 第一多播广播组播业务通知信息包括: 会话开始指示信息, 第 二多播广播组播业务通知信息包括至少以下之一: 会话结束指示信息、 会话 更新指示信息、 数据更新指示信息。 优选地, 第一多播广播组播业务通知信息包括: 会话开始指示信息, 第 二多播广播组播业务通知信息包括至少以下之一: 会话开始指示信息、 会话 结束指示信息、 会话更新指示信息、 数据更新指示信息。 优选地, 第一多播广播组播业务通知信息包括: 会话开始指示信息, 第 二多播广播组播业务通知信息包括用于指示多播控制信道信息是否有更新的 多播控制信道更新指示信息。 优选地, 第一多播广播组播业务通知信息包括: 会话开始指示信息, 第 二多播广播组播业务通知信息包括用于指示多个不同的多播控制信道信息各 自是否发生了更新的指示信息。 优选地, 在只发送第一多播广播业务通知信息、 且不发送第二多播广播 业务通知信息的情况下,第一多播广播组播业务通知信息包括至少以下之一: 会话开始指示信息、 会话结束指示信息、 会话更新指示信息、 数据更新指示 信息。
优选地, 在只发送第二多播广播业务通知信息、 且不发送第一多播广播 业务通知信息的情况下,第二多播广播组播业务通知信息包括至少以下之一: 会话开始指示信息、 会话结束指示信息、 会话更新指示信息、 数据更新指示 信息。 优选地, 在只发送第一多播广播组播业务通知信息、 且不发送第二多播 广播业务通知信息, 或者只发送第二多播广播组播业务通知信息、 且不发送 第一多播广播业务通知信息的情况下, 第一多播广播组播业务通知信息或者 第二多播广播组播业务通知信息包括至少以下之一: 会话开始指示信息、 会 话结束指示信息、 会话更新指示信息、 数据更新指示信息、 用于指示多个不 同的多播控制信道信息各自是否发生了更新的指示信息、 用于指示引起每个 多播控制信道更新的原因。 优选地, 第一多播广播组播业务通知信息包括至少以下之一: 会话开始 指示信息、 用于指示多个不同的多播控制信道信息各自是否发生了更新的指 示信息、 用于指示引起每个多播控制信道更新的原因, 第二多播广播组播业 务通知信息包括至少以下之一: 会话开始指示信息、 会话结束指示信息、 会 话更新指示信息、 数据更新指示信息、 用于指示多个不同的多播控制信道信 息各自是否发生了更新的指示信息、 用于指示引起每个多播控制信道更新的 原因。 为了实现上述目的, 根据本发明的另一个方面, 提供了一种多播广播组 播业务通知信息的配置装置。 根据本发明的多播广播组播业务通知信息的配置装置包括: 配置模块, 用于配置多播广播组播业务通知信息, 其中, 多播广播组播业务通知信息中 至少包括以下之一: 会话开始指示信息、 会话结束指示信息、 会话更新指示 信息、 数据更新指示信息。 优选地, 配置模块包括: 重复子模块, 用于在多播广播组播业务通知信 息的数据量小于预定阈值的情况下, 对多播广播组播业务通知信息重复预定 次数; 添加子模块, 用于对多播广播组播业务通知信息添加循环冗余码检验 比特; 加扰子模块, 用于使用多播广播业务无线网络临时标识对循环冗余码 检-险比特加 4尤。 优选地, 第一发送模块, 用于在非多播广播单频网络子帧上发送配置模
块配置的第一多播广播组播业务通知信息; 第二发送模块, 用于在多播广播 单频网络子帧上发送配置模块配置的第二多播广播组播业务通知信息。 通过本发明, 釆用 MBMS 通知信息中至少包含以下之一: 会话开始指 示信息, 会话结束指示信息, 会话更新指示信息, 数据更新指示信息的方法, 解决了相关技术可能由于 MBMS 通知信息指示不清而造成更多的接收端接 收解析 MCCH信息的问题, 进而节省了终端的耗电量。 附图说明 此处所说明的附图用来提供对本发明的进一步理解, 构成本申请的一部 分, 本发明的示意性实施例及其说明用于解释本发明, 并不构成对本发明的 不当限定。 在附图中: 图 1是才艮据本发明实施例的 MBMS通知信息的配置方法的示意图; 图 2是 居本发明实施例的 MBMS通知信息的配置装置的结构框图。 具体实施方式 考虑到相关技术可能由于 MBMS 通知信息指示不清而造成更多的接收 端接收解析 MCCH信息的问题, 本发明实施例提供了一种 MBMS通知信息 的配置方案, 该方案涉及 LTE***, 特别涉及结合 MCCH信息的修改周期 下的 MBMS通^信息 ( MBMS Notification Indication ) 载及传输方法, 设 计 MBMS通知信息内容的设计中至少包含多个因素引起的 MCCH信息更新 的具体指示位, 即, 釆用 MBMS 通知信息中至少包含以下之一: 会话开始 指示信息, 会话结束指示信息, 会话更新指示信息, 数据更新指示信息的方 法, 可以节省终端的耗电量。 需要说明的是, 在不冲突的情况下, 本申请中的实施例及实施例中的特 征可以相互组合。 下面将参考附图并结合实施例来详细说明本发明。 才艮据本发明的实施例, 提供了一种 MBMS 通知信息的配置方法, 该方 法包括: 发送端配置 MBMS通知信息, 其中, 所述 MBMS通知信息中至少 包括以下之一: 会话开始 ( session start )指示信息, 会话结束 ( session stop ) 指示信息, 会话更新( session update )指示信息, 数据更新(data update )指 示信息。 其中, 会话开始指示信息用于指示由于某一个或者多个 MBMS 业
务数据开始发送而引起的 MCCH信息更新;会话结束指示信息用于指示由于 某一个或者多个 MBMS业务数据结束发送而引起的 MCCH信息更新; 会话 更新指示信息用于指示由于某一个或者多个 MBMS 业务数据更新发送而引 起的 MCCH信息更新;数据更新指示信息用于指示由于 MBSFN子帧资源的 配置发生更新而 I起的 MCCH信息更新。 当所述 MBMS 通知信息的数据量较小 (例如, 小于预定阈值) 时, 可 以对 MBMS 通知信息先重复多次 (例如, 重复预定次数) 后, 在添加循环 冗余码校验( Cyclical Redundancy Check, 简称为 CRC ) 比特, 然后再使用 M-RNTI对 CRC比特加 4尤。 发送端在 Non-MBSFN子帧上发送第一 MBMS通知信息,特别是在寻呼 消息的寻呼时机( paging occasions,简称为 PO )的子帧上发送,同时在 MBSFN 子帧上发送第二 MBMS 通知信息, 特别是在 MCCH 4爹改周期 (MCCH modification period ) 处的 载 MCCH信息的子帧的 PDCCH上发送。 在 paging occasions ( PO ) 的子帧上发送的第一 MBMS通知消息仅包含 会话开始指示信息, 在 MCCH 4爹改周期处的子帧上发送的第二 MBMS通知 消息包含至少下述引起 MCCH信息更新的指示信息的一个:会话开始指示信 息、 会话结束指示信息、 会话更新指示信息、 数据更新指示信息; 或者, 在 MCCH 4爹改周期处的子帧上发送的第二 MBMS通知消信息息只是包括用于 指示 MCCH信息有无更新的 MCCH更新指示信息, 但不指明是具体什么原 因引起的, 即, 任何因素引起的更新都可以。 在存在多个 MCCH时, 每个 MCCH属于一个 MBSFN区域时, 此时在 MBMS通知消息中增加分别指示各个 MCCH是否发生更新的信息, 并且进 一步可以增加指示每个 MCCH内是什么因素引起的更新。 通过该实施例 , 对于对 MBMS业务感兴趣的但是还没有接收 MBMS业 务的终端仅需要接收 MBMS通知消息 (在 PO中的), 这样可以省去接收解 析数据量较大的 MCCH信息; 对于正在接收 MBMS业务的终端, MBMS通 知消息(承载于 MCCH修改周期处的子帧中的)可以帮助终端避免接收解析 没有发生更新的 MCCH信息,从而实现终端省电的效果, 这样终端接收解析 MBMS通 口消息耗电艮小的。 为了进一步说明本发明, 下面结合附图和实施例进行详细说明。
图 1是才艮据本发明实施例的 MBMS通知信息的配置方法的示意图, 如 图 1所示, 描述了一种 MBMS通知机制, 发送端发送 2个类型的 MBMS通 知信息,分别在本发明中称为通知信息 1 (即, 上述的第一 MBMS通知信息) 和通知信息 2 (即, 上述的第二 MBMS通知信息)。 具体应用描述如下: 通知信息 1在单播子帧, 特别是在寻呼消息的 paging occasions (PO) 的 子帧上发送。通知信息 1至少包括下述引起 MCCH信息更新的指示信息的一 个或者多个: 会话开始指示信息, 会话更新指示信息, 会话结束指示信息, 数据更新指示信息。 会话开始指示信息是指由于某一个或者多个 MBMS 业 务数据开始发送而引起的 MCCH信息更新。会话结束指示信息是指由于某一 个或者多个 MBMS业务数据结束发送而引起的 MCCH信息更新。 会话更新 指示信息是指由于某一个或者多个 MBMS 业务数据更新发送而引起的 MCCH信息更新。 数据更新指示信息是指由于 MBSFN子帧资源的配置发生 更新而引起的 MCCH信息更新。 当有多个 MCCH时, 通知消息 1中还可以 进一步添加指示那个 /些 MCCH发生更新的指示信息, 进一步还可以包括是 上述的什么因素引起的那个 /些 MCCH发生更新。 通知信息 2在多播子帧 ( MBSFN子帧) 上, 特别在 MCCH 4爹改周期处 的承载 MCCH信息的子帧中, 可以在该子帧的 PDCCH中发送。 通知信息 2 至少包括下述引起 MCCH信息更新的指示信息的一个或者多个:会话开始指 示信息、 会话结束指示信息、 数据更新指示信息、 会话开始指示信息是指由 于某一个或者多个 MBMS业务数据开始发送而引起的 MCCH信息更新。 会 话结束指示信息是指由于某一个或者多个 MBMS 业务数据结束发送而引起 的 MCCH信息更新。 会话更新指示信息是指由于某一个或者多个 MBMS业 务数据更新引起的 MCCH信息更新。数据更新指示信息是指由于 MBSFN子 帧资源的配置发生更新而引起的 MCCH信息更新。 另夕卜, MBMS通知消息 2 或者是一个指示信息, 该指示信息用来指示 MCCH信息是否更新, 不指明是 什么原因引起的 MCCH信息更新。 当有多个 MCCH时, 通知消息 2中还可 以进一步添加指示那个 /些 MCCH发生更新的指示信息, 进一步还可以包括 是上述的什么因素引起的那个 /些 MCCH发生更新。 下面结合几种优选的实施例对本发明的实现过程进行描述。 实施例 1 发送端发送的通知信息 1仅包括会话开始指示信息, 通知信息 2包括会
话结束指示信息, 会话更新指示信息和数据更新指示信息, 或者通知信息 2 包括会话结束指示信息, 会话更新指示信息。 接收端的流程: 接收端 (对于 MBMS 业务感兴趣的接收端, MBMS interested UE ) 在没有接收 MBMS业务之前, 一直监听通知信息 1 , 才艮据监 听结果, 如果指示 MCCH信息更新, 则在下一个即将到来 MCCH 4爹改周期 处接收解析 MCCH信息。 否则, 在下一个即将到来 MCCH 4爹改周期处不再 接收 MCCH信息。 对于已经正在接收 MBMS业务的接收端, 则只需要监听通知消息 2 即 可,如果通知消息 2告知接收端即将到来的 MCCH信息发生更新, 则重新接 收 MCCH信息, 否则, 不重新接收 MCCH信息。 实施例 2 发送端发送的通知信息 1仅包括会话开始指示信息, 通知信息 2包括会 话开始指示信息, 会话结束指示信息, 会话更新指示信息和数据更新指示信 息, 或者通知信息 2包括会话开始指示信息, 会话结束指示信息, 会话更新 指示信息。 接收端的流程: 接收端 (对于 MBMS 业务感兴趣的接收端) 在没有接 收 MBMS业务之前, 一直监听通知信息 1 , 居监听结果, 如果指示 MCCH 信息更新, 则在下一个即将到来 MCCH修改周期处接收解析 MCCH信息。 否则, 在下一个即将到来 MCCH修改周期处不再接收 MCCH信息。 对于已经正在接收 MBMS业务的接收端, 则只需要监听通知消息 2 即 可,如果通知消息 2告知接收端即将到来的 MCCH信息发生更新, 则重新接 收 MCCH信息, 否则, 不重新接收 MCCH信息。 实施例 3 发送端发送的通知信息 1 仅包括会话开始指示信息, 通知信息 2 包括 MCCH信息更新指示信息, 该指示信息仅标识即将到来的 MCCH修改周期 的 MCCH信息与上一个 MCCH修改周期比较是否发生更新, 不指明是什么 原因引起的 MCCH信息更新。 接收端的流程: 接收端 (对于 MBMS 业务感兴趣的接收端) 在没有接 收 MBMS业务之前, 一直监听通知信息 1 , 居监听结果, 如果指示 MCCH
信息更新, 则在下一个即将到来 MCCH修改周期处接收解析 MCCH信息。 否则, 在下一个即将到来 MCCH修改周期处不再接收 MCCH信息。 对于已经正在接收 MBMS业务的接收端, 则只需要监听通知消息 2 即 可,如果通知消息 2告知接收端即将到来的 MCCH信息发生更新(该更新包 括: 会话开始, 更新, 结束等原因引起的更新), 则重新接收 MCCH信息, 否则, 不重新接收 MCCH信息。 实施例 4 发送端发送的通知信息 1仅包括会话开始指示信息, 通知信息 2包括指 示多个不同的 MCCH信息各自是否发生了更新的指示信息。 接收端的流程: 接收端 (对于 MBMS 业务感兴趣的接收端) 在没有接 收 MBMS业务之前, 一直监听通知信息 1 , 居监听结果, 如果指示 MCCH 信息更新, 则在下一个即将到来 MCCH修改周期处接收解析 MCCH信息。 否则, 在下一个即将到来 MCCH修改周期处不再接收 MCCH信息。 对于已经正在接收 MBMS业务的接收端, 则只需要监听通知消息 2 即 可, 如果通知消息 2告知接收端即将到来的 MCCH信息具体是那个 MCCH 信息发生更新, 接收端根据自己的需要确定是否重新接收 MCCH信息。 实施例 5 发送端发送的 MBMS通知消息仅由通知信息 1组成, 并 MBMS通知消 息 1包括会话开始指示信息, 会话更新指示信息, 会话结束指示信息, 数据 更新指示信息四种 I起 MCCH信息更新的因素的一个或者多个。 接收端的流程: 接收端 (注意, 这里的接收端包括对于 MBMS 业务感 兴趣的接收端 ( MBMS interested UE ) 和正在接收 MBMS的接收端 ), 一直 监听通知信息 1 , 居监听结果, 接收端可以获知, 如果 MCCH信息发生更 新, 则可以看出具体是什么原因引起的 MCCH更新。 然后接收端根据自己的 需要决定是否需要更新 MCCH 信息, 若需要更新, 则在下一个即将到来 MCCH修改周期处接收解析 MCCH信息。 否则, 在下一个即将到来 MCCH 4爹改周期处不再接收 MCCH信息。 其次对于正在接收 MBMS 的接收端, 还可以釆用下面的流程, 不再接 收 MBMS通知消息 1 , 在每个 MCCH 4爹改周期到来时, 读取 MCCH信息。
实施例 6 发送端发送的 MBMS通知消息仅由通知信息 2组成, 并 MBMS通知消 息 2包括会话开始指示信息, 会话更新指示信息, 会话结束指示信息, 数据 更新指示信息四种 I起 MCCH信息更新的因素的一个或者多个。 接收端的流程: 接收端(需要说明的是, 这里的接收端包括对于 MBMS 业务感兴趣的接收端( MBMS interested UE )和正在接收 MBMS的接收端 ), 一直监听通知信息 2, 居监听结果, 接收端可以获知, 如果 MCCH信息发 生更新, 则可以看出具体是什么原因引起的 MCCH更新。 然后接收端根据自 己的需要决定是否需要更新 MCCH信息, 若需要更新, 则在下一个即将到来 MCCH修改周期处接收解析 MCCH信息。 否则, 在下一个即将到来 MCCH 4爹改周期处不再接收 MCCH信息。 其次对于正在接收 MBMS 的接收端, 还可以釆用下面的流程, 不再接 收 MBMS通知消息 2, 在每个 MCCH 4爹改周期到来时, 读取 MCCH信息。 实施例 7 针对实施例在不冲突的情况下, 本申请中的实施例及实施例中的特征可 以相互组合。 下面将给出一个实例进行说明。 例:^实施例 5或实施例 6和实施例 4的结合, 实施例 5、 6中 MBMS通 知信息和 MCCH无关, 而实施例 4中 MBMS通知消息和 MCCH有关, 这样 就可以结合。 在实施例 5或实施例 6中增加实施例 4中指示是那个 /些 MCCH发生更 新, 并且进一步指示这些 MCCH中是什么因素引起的更新。 接收端流程和实施例 5或实施例 6是相同的, 这里不再赞述。 实施例 8 实施例 1或实施例 2和实施例 4也可以结合。 在实施例 1或实施例 2中 为通知消息 1和通知消息 2分别增加实施例 4中指示是那个 /些 MCCH发生 更新, 并且进一步指示这些 MCCH中是什么因素引起的更新。 接收端流程和实施例 1或实施例 2是相同的, 这里不再赘述。
目前在 LTE R9中对于 PDCCH的规定为,在 MBSFN子帧中可以使用前 1个或者 2个正交频分复用 ( Orthogonal Frequency Division Multiplexing, 简 称为 OFDM )符号作为 PDCCH的资源, 具体使用前 1个还是前 2个这个需 要结合具体的场景使用, 目前相关协议已有明确规定 ( 36.211 协议)。 在 Non-MBSFN子帧 ( unicast subframes ) 中可以使用前 1个或者前 2个或者前 3个或者前 4个 OFDM符号作为 PDCCH的资源 ,具体配置几个 OFDM符号 在相关协议中已有明确规定(36.211协议)。本发明实施例中描述的两种子帧 中的 PDCCH在承载被 M-RNTI标识的信息过程、 方法是完全相同的。 即把 MBMS通知消息添力口 CRC校 -险, 然后对得到的 CRC校 -险比特使用 M-RNTI 加扰。 然后把所得信息进行调制、 编码后映射到 PDCCH上进行发送。 优选 PDCCH的公共检索区域 载。 才艮据本发明的实施例, 提供了一种 MBMS 通知信息的配置装置。 图 2 是才艮据本发明实施例的 MBMS通知信息的配置装置的结构框图, 如图 2所 示, 该装置包括: 配置模块 2 , 用于配置 MBMS 通知信息, 其中, MBMS 通知信息中至少包括以下之一: 会话开始指示信息、 会话结束指示信息、 会 话更新指示信息、 数据更新指示信息。 其中, 会话开始指示信息用于指示由于某一个或者多个 MBMS 业务数 据开始发送而引起的 MCCH信息更新;会话结束指示信息用于指示由于某一 个或者多个 MBMS业务数据结束发送而引起的 MCCH信息更新; 会话更新 指示信息用于指示由于某一个或者多个 MBMS 业务数据更新发送而引起的 MCCH信息更新; 数据更新指示信息用于指示由于 MBSFN子帧资源的配置 发生更新而引起的 MCCH信息更新。 其中, 配置模块 2 包括: 重复子模块 22 , 添加子模块 24 , 加扰子模块 26 , 下面对上述结构进行描述。 重复子模块 22 , 用于在 MBMS通知信息的数据量较小 (例如, 小于预 定阈值) 时, 对 MBMS通知信息先重复多次 (例如, 重复预定次数); 添加 子模块 24 , 连接至重复子模块 22 , 用于在重复子模块 22进行重复操作后, 对 MBMS通知信息添加循环冗余码校-险 ( Cyclical Redundancy Check, 简称 为 CRC ) 比特; 加扰子模块 26 , 连接至添加子模块 24 , 用于使用 M-RNTI 对添加子模块 24添加的 CRC比特加扰。 优选地, 该装置还包括: 第一发送模块 4 , 连接至配置模块 2 , 用于在
Non-MBSFN子帧上发送配置模块 2配置的第一 MBMS通知信息,特别是在 寻呼消息的寻呼时机(paging occasions, 简称为 PO )的子帧上发送, 第二发 送模块 6, 连接至配置模块 2 , 用于在 MBSFN子帧上发送配置模块 2配置的 第二 MBMS 通知信息, 特别是在 MCCH 4爹改周期 (MCCH modification period ) 处的承载 MCCH信息的子帧的 PDCCH上发送。 综上所述, 通过本发明的上述实施例, 对于对 MBMS 业务感兴趣的终 端仅需要接收 MBMS通知消息 (在 PO中的), 这样可以省去接收解析数据 量较大的 MCCH信息; 对于正在接收 MBMS业务的终端, MBMS通知消息 ( 载于 MCCH 4爹改周期处的子帧中的)可以帮助终端避免接收解析没有发 生更新的 MCCH信息,从而实现终端省电的效果,这样终端接收解析 MBMS 通知消息耗电很小的。 显然, 本领域的技术人员应该明白, 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现, 它们可以集中在单个的计算装置上, 或者分布 在多个计算装置所组成的网络上, 可选地, 它们可以用计算装置可执行的程 序代码来实现, 从而, 可以将它们存储在存储装置中由计算装置来执行, 或 者将它们分别制作成各个集成电路模块, 或者将它们中的多个模块或步骤制 作成单个集成电路模块来实现。 这样, 本发明不限制于任何特定的硬件和软 件结合。 以上所述仅为本发明的优选实施例而已, 并不用于限制本发明, 对于本 领域的技术人员来说, 本发明可以有各种更改和变化。 凡在本发明的^"神和 原则之内, 所作的任何修改、 等同替换、 改进等, 均应包含在本发明的保护 范围之内。
(6) The physical downlink control channel (Physical Downlink Control CHannel, hereinafter referred to as PDCCH) uses the MBMS Radio Network Temporary Identifier (MB-RNTI) as the notification message (PDCCH with new MBMS Specific M- RNTI is used for notification ). It can be seen from the above description that the MCMS information modification period is introduced while the MBMS notification mechanism is introduced. However, there are some restrictions on the MBMS notification information. For example, the MBMS notification mechanism is only used before the session start. When the receiver is receiving the MBMS service, it should keep reading the MCCH information for each MCCH information tampering period. . And the M-RNTI is introduced to help the receiving end receive the notification information in the PDCCH. If the defined MBMS notification information is used to indicate whether the MCCH information in the upcoming MCCH information modification period is compared with the MCCH information of the previous modification period, whether the update occurs, the 1-bit information representation is used. Now (the value of this bit is 1, indicating update, the value is 0, indicating that it is not updated). However, this may cause more receivers to receive the parsed MCCH information because the MBMS notification information indicates unclear. The following is an example. For example, a Multimedia Broadcast multicast service Single Frequency Network (MBSFN) area i or 100 MBMS services are set up, and each service starts at a different time (session start). End of session at different times (session stop), or MBMS service data update at different times (ie, MBSFN subframe configuration is updated). These are all factors that can cause MCCH information to be updated. Of course, there may be other reasons. Since the MCCH information currently contains the above information, the other information needs to be further improved by the MCCH information itself. If the MBMS notification information content is only 1 bit, the following problems may occur, for example, when an MBMS service is terminated due to the end of the session, the MCCH information is updated, so that it is only valid for the terminal that is receiving the MBMS service, but If there is no reception, the receiving end that is preparing to receive the service of interest is invalid. Such terminal is only interested in the MCCH information update caused by the start of the session, but if only 1 bit is used, all terminals will re-read the MCCH. information. Compared with the MCCH information, the MBMS notification information has a large amount of data, and the terminal reads the MCCH information to be relatively expensive. SUMMARY OF THE INVENTION The present invention has been made in view of the problem that the related art may cause the receiving end to receive the parsing of the MCCH information due to the unclear indication of the MBMS notification information. To this end, the main object of the present invention is to provide a method for configuring the MBMS notification information. To solve the above problems. In order to achieve the above object, according to an aspect of the present invention, a method for configuring multicast broadcast multicast service notification information is provided. The method for configuring the multicast broadcast multicast service notification information according to the present invention includes: the sender configures the multicast broadcast multicast service notification information, wherein the multicast broadcast multicast service notification information includes at least one of the following: Indication information, session end indication information, session update indication information, and data update indication information. Preferably, the session start indication information is used to indicate multicast control channel information update caused by one or more multicast broadcast multicast service data starting to be sent; the session end indication information is used to indicate that one or more multicast broadcast groups are present Multicast control channel information update caused by the end of the broadcast service data transmission; the session update indication information is used to indicate the multicast service due to one or more multicast broadcasts The multicast control channel information update caused by the data update transmission is used; the data update indication information is used to indicate the multicast control channel information update caused by the update of the configuration of the multicast broadcast single frequency network subframe resource. Preferably, when the data amount of the multicast broadcast multicast service notification information is less than a predetermined threshold, after the multicast broadcast multicast service notification information is repeated a predetermined number of times, the cyclic redundancy code check bit is added, and the multicast broadcast service wireless network is used. The temporary identification scrambles the cyclic redundancy code check bits. Preferably, after the multicast broadcast service notification information is configured on the sending end, the method further includes: sending, by the sending end, the first multicast broadcast multicast service notification information on the non-multicast broadcast single frequency network subframe, and The second multicast broadcast multicast service notification information is sent on the broadcast single frequency network subframe. Preferably, after the multicast broadcast service notification information is configured on the sending end, the method further includes: sending, by the sending end, the first multicast broadcast multicast service notification information on the subframe of the paging occasion of the paging message, and The second multicast broadcast multicast service notification information is sent on the subframe carrying the multicast control channel information at the multicast control channel modification period. Preferably, the first multicast broadcast multicast service notification information includes: session start indication information, and the second multicast broadcast multicast service notification information includes at least one of the following: session end indication information, session update indication information, and data update indication information. . Preferably, the first multicast broadcast multicast service notification information includes: session start indication information, and the second multicast broadcast multicast service notification information includes at least one of the following: session start indication information, session end indication information, and session update indication information. , data update indication information. Preferably, the first multicast broadcast multicast service notification information includes: session start indication information, and the second multicast broadcast multicast service notification information includes multicast control channel update indication information used to indicate whether the multicast control channel information is updated. . Preferably, the first multicast broadcast multicast service notification information includes: session start indication information, where the second multicast broadcast multicast service notification information includes an indication for indicating whether each of the plurality of different multicast control channel information has been updated information. Preferably, in a case where only the first multicast broadcast service notification information is sent and the second multicast broadcast service notification information is not sent, the first multicast broadcast multicast service notification information includes at least one of the following: session start indication information , session end indication information, session update indication information, and data update indication information. Preferably, in the case that only the second multicast broadcast service notification information is sent and the first multicast broadcast service notification information is not sent, the second multicast broadcast multicast service notification information includes at least one of the following: session start indication information , session end indication information, session update indication information, and data update indication information. Preferably, only the first multicast broadcast multicast service notification information is sent, and the second multicast broadcast service notification information is not sent, or only the second multicast broadcast multicast service notification information is sent, and the first multicast is not sent. In the case of the broadcast service notification information, the first multicast broadcast multicast service notification information or the second multicast broadcast multicast service notification information includes at least one of the following: session start indication information, session end indication information, session update indication information, The data update indication information, the indication information for indicating whether each of the plurality of different multicast control channel information has been updated, is used to indicate a cause of causing each multicast control channel update. Preferably, the first multicast broadcast multicast service notification information includes at least one of the following: session start indication information, indication information indicating whether each of the plurality of different multicast control channel information is updated, used to indicate that each The reason for the multicast multicast channel update, the second multicast broadcast multicast service notification information includes at least one of the following: session start indication information, session end indication information, session update indication information, and data update indication information, used to indicate multiple Different indications of whether different multicast control channel information has been updated, for indicating the cause of each multicast control channel update. In order to achieve the above object, according to another aspect of the present invention, a configuration apparatus for multicast broadcast multicast service notification information is provided. The apparatus for configuring multicast broadcast multicast service notification information according to the present invention includes: a configuration module, configured to configure multicast broadcast multicast service notification information, where the multicast broadcast multicast service notification information includes at least one of the following: Start indication information, session end indication information, session update indication information, and data update indication information. Preferably, the configuration module includes: a repeating submodule, configured to repeat the multicast broadcast multicast service notification information a predetermined number of times if the data volume of the multicast broadcast multicast service notification information is less than a predetermined threshold; adding a submodule, Adding a cyclic redundancy code check bit to the multicast broadcast multicast service notification information; and a scrambling sub-module for using the multicast broadcast service radio network temporary identifier to add a cyclic redundancy code check-risk bit to the fourth. Preferably, the first sending module is configured to send the configuration mode on the non-multicast broadcast single frequency network subframe The first multicast broadcast multicast service notification information is configured by the block, and the second sending module is configured to send the second multicast broadcast multicast service notification information configured by the configuration module on the multicast broadcast single frequency network subframe. According to the present invention, the MBMS notification information includes at least one of the following: a session start indication information, a session end indication information, a session update indication information, and a data update indication information method, and the related technology may be unclear due to the MBMS notification information. As a result, more receiving ends receive the problem of parsing the MCCH information, thereby saving the power consumption of the terminal. BRIEF DESCRIPTION OF THE DRAWINGS The accompanying drawings, which are set to illustrate,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,, 1 is a schematic diagram of a method for configuring MBMS notification information according to an embodiment of the present invention; and FIG. 2 is a structural block diagram of an apparatus for configuring MBMS notification information according to an embodiment of the present invention. The embodiment of the present invention provides a configuration scheme of MBMS notification information, which relates to an LTE system, in view of the problem that the related technology may cause more receiving ends to receive the parsing of the MCCH information due to the unclear indication of the MBMS notification information. Specifically, the MBMS Notification Indication and transmission method in the modification period of the MCCH information is combined, and the design of the content of the MBMS notification information includes at least a specific indication bit of the MCCH information update caused by a plurality of factors, that is, 釆The MBMS notification information includes at least one of the following: a session start indication information, a session end indication information, a session update indication information, and a data update indication information method, which can save power consumption of the terminal. It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict. The invention will be described in detail below with reference to the drawings in conjunction with the embodiments. According to an embodiment of the present invention, a method for configuring MBMS notification information is provided. The method includes: configuring, by the sender, MBMS notification information, where the MBMS notification information includes at least one of the following: Session start (session start ) indication information, session stop indication information, session update indication information, and data update indication information. The session start indication information is used to indicate that one or more MBMS industries are The MCCH information update caused by the start of the data transmission; the session end indication information is used to indicate the MCCH information update caused by the end of the transmission of the one or more MBMS service data; the session update indication information is used to indicate that the one or more MBMSs are The MCCH information update caused by the transmission of the service data update; the data update indication information is used to indicate the MCCH information update since the update of the configuration of the MBSFN subframe resource. When the amount of data of the MBMS notification information is small (for example, less than a predetermined threshold), the MBMS notification information may be repeated multiple times (for example, after a predetermined number of repetitions), and a Cyclical Redundancy Check is added. , referred to as CRC) bit, and then use M-RNTI to add 4 to the CRC bit. The transmitting end sends the first MBMS notification information on the Non-MBSFN subframe, especially in the subframe of the paging occasions (PO), and sends the second MBMS on the MBSFN subframe. The notification information is transmitted, in particular, on the PDCCH of the subframe carrying the MCCH information at the MCCH modification period (MCCH modification period). The first MBMS notification message sent on the subframe of the paging occasions (PO) contains only the session start indication information, and the second MBMS notification message sent on the subframe at the MCCH 4 tampering period contains at least the following causes the MCCH information update. One of the indication information: session start indication information, session end indication information, session update indication information, data update indication information; or, the second MBMS notification information transmitted on the subframe at the MCCH 4 tampering period is only included The MCCH update indication information for indicating whether the MCCH information is updated, but does not indicate the specific cause, that is, any update caused by any factor may be used. When there are multiple MCCHs, when each MCCH belongs to one MBSFN area, information indicating whether each MCCH is updated, respectively, is added to the MBMS notification message, and an update indicating what is caused by each factor in each MCCH may be further added. With this embodiment, the terminal that is interested in the MBMS service but has not received the MBMS service only needs to receive the MBMS notification message (in the PO), so that the MCCH information with a large amount of parsed data can be omitted; The terminal of the MBMS service, the MBMS notification message (which is carried in the subframe at the MCCH modification period) can help the terminal to avoid receiving the MCCH information that is not updated, thereby implementing the power saving effect of the terminal, so that the terminal receives the parsing MBMS port message. The power consumption is small. In order to further illustrate the present invention, the following detailed description will be made in conjunction with the accompanying drawings. 1 is a schematic diagram of a method for configuring MBMS notification information according to an embodiment of the present invention. As shown in FIG. 1, an MBMS notification mechanism is described, and a sender sends two types of MBMS notification information, which are respectively in the present invention. This is called notification information 1 (i.e., the first MBMS notification information described above) and notification information 2 (i.e., the second MBMS notification information described above). The specific application is described as follows: Notification information 1 is sent on a unicast subframe, especially on a subframe of paging occasions (PO) of a paging message. The notification information 1 includes at least one or more of the following indication information that causes the MCCH information to be updated: session start indication information, session update indication information, session end indication information, and data update indication information. The session start indication information refers to MCCH information update caused by the start of transmission of one or more MBMS service data. The session end indication information refers to MCCH information update caused by the end of transmission of one or more MBMS service data. The session update indication information refers to MCCH information update caused by one or more MBMS service data update transmissions. The data update indication information refers to MCCH information update caused by the update of the configuration of the MBSFN subframe resource. When there are multiple MCCHs, the notification message 1 may further add indication information indicating that the MCCHs are updated, and may further include which MCCH update is caused by the above factors. The notification information 2 can be transmitted in the PDCCH of the subframe, in the subframe carrying the MCCH information at the MCCH 4 tampering period, especially in the multicast subframe (MBSFN subframe). The notification information 2 includes at least one or more of the following indication information that causes the MCCH information to be updated: the session start indication information, the session end indication information, the data update indication information, and the session start indication information refer to one or more MBMS service data. The MCCH information update caused by the start of transmission. The session end indication information refers to MCCH information update caused by the end of transmission of one or more MBMS service data. The session update indication information refers to MCCH information update caused by one or more MBMS service data updates. The data update indication information refers to MCCH information update caused by the update of the configuration of the MBSFN subframe resource. In addition, the MBMS notification message 2 is an indication information indicating whether the MCCH information is updated, and does not indicate the cause of the MCCH information update. When there are multiple MCCHs, the notification message 2 may further add indication information indicating that the MCCHs are updated, and may further include the MCCH update caused by the above factors. The implementation process of the present invention will now be described in conjunction with several preferred embodiments. Embodiment 1 The notification information 1 sent by the sender only includes the session start indication information, and the notification information 2 includes the conference. The session end indication information, the session update indication information and the data update indication information, or the notification information 2 includes session end indication information, session update indication information. The process of the receiving end: The receiving end (the receiving end interested in the MBMS service, MBMS interested UE) listens to the notification information 1 before receiving the MBMS service, and then monitors the result of the monitoring. If the MCCH information is indicated to be updated, the next one is coming soon. The MCCH 4 tampering cycle receives the parsed MCCH information. Otherwise, the MCCH information is no longer received at the next upcoming MCCH 4 tampering period. For the receiving end that is already receiving the MBMS service, only the notification message 2 needs to be monitored. If the notification message 2 informs the receiving end that the upcoming MCCH information is updated, the MCCH information is re-received. Otherwise, the MCCH information is not re-received. Embodiment 2 The notification information 1 sent by the transmitting end includes only session start indication information, and the notification information 2 includes session start indication information, session end indication information, session update indication information, and data update indication information, or the notification information 2 includes session start indication information. , session end indication information, session update indication information. The process of the receiving end: The receiving end (the receiving end interested in the MBMS service) monitors the notification information 1 before receiving the MBMS service, and monitors the result. If the MCCH information is updated, it receives the parsing at the next upcoming MCCH modification period. MCCH information. Otherwise, the MCCH information is no longer received at the next upcoming MCCH modification period. For the receiving end that is already receiving the MBMS service, only the notification message 2 needs to be monitored. If the notification message 2 informs the receiving end that the upcoming MCCH information is updated, the MCCH information is re-received. Otherwise, the MCCH information is not re-received. Embodiment 3 The notification information 1 sent by the sender only includes the session start indication information, and the notification information 2 includes MCCH information update indication information, and the indication information only identifies whether the MCCH information of the upcoming MCCH modification period is compared with the previous MCCH modification period. Update, does not indicate what caused the MCCH information update. Process at the receiving end: The receiving end (the receiving end interested in the MBMS service) listens to the notification message 1 before receiving the MBMS service, and monitors the result if the MCCH is indicated. The information is updated, and the parsed MCCH information is received at the next upcoming MCCH modification period. Otherwise, the MCCH information is no longer received at the next upcoming MCCH modification period. For the receiving end that is already receiving the MBMS service, only the notification message 2 needs to be monitored. If the notification message 2 informs the receiving end that the upcoming MCCH information is updated (the update includes: the session start, the update, the end, etc.) ), the MCCH information is re-received, otherwise, the MCCH information is not re-received. Embodiment 4 The notification information 1 transmitted by the transmitting end includes only the session start indication information, and the notification information 2 includes indication information indicating whether each of the plurality of different MCCH information has been updated. The process of the receiving end: The receiving end (the receiving end interested in the MBMS service) monitors the notification information 1 before receiving the MBMS service, and monitors the result. If the MCCH information is updated, it receives the parsing at the next upcoming MCCH modification period. MCCH information. Otherwise, the MCCH information is no longer received at the next upcoming MCCH modification period. For the receiving end that is already receiving the MBMS service, only the notification message 2 needs to be monitored. If the notification message 2 informs the receiving end that the upcoming MCCH information is specifically updated by the MCCH information, the receiving end determines whether to re-receive according to its own needs. MCCH information. Embodiment 5 The MBMS notification message sent by the sender is composed only of the notification information 1, and the MBMS notification message 1 includes the session start indication information, the session update indication information, the session end indication information, and the data update indication information. One or more of the factors. The process of the receiving end: the receiving end (note that the receiving end here includes the receiving end (MBMS interested UE) interested in the MBMS service and the receiving end that is receiving the MBMS), and always listens to the notification information 1, and the receiving result can be known by the receiving end. If the MCCH information is updated, you can see the MCCH update caused by the specific cause. Then, the receiving end determines whether it needs to update the MCCH information according to its own needs. If it needs to be updated, it receives the parsing MCCH information at the next upcoming MCCH modification period. Otherwise, the MCCH information is no longer received at the next upcoming MCCH 4 tampering period. Secondly, for the receiving end that is receiving the MBMS, the following procedure can also be used, and the MBMS notification message 1 is no longer received, and the MCCH information is read when each MCCH 4 tampering period comes. Embodiment 6 The MBMS notification message sent by the sender is composed only of the notification information 2, and the MBMS notification message 2 includes the session start indication information, the session update indication information, the session end indication information, and the data update indication information. One or more of the factors. The process of the receiving end: The receiving end (note that the receiving end here includes the receiving end (MBMS interested UE) interested in the MBMS service and the receiving end that is receiving the MBMS), and always listens to the notification information 2, and the monitoring result is received. The terminal can know that if the MCCH information is updated, it can be seen exactly what causes the MCCH update. Then, the receiving end determines whether it needs to update the MCCH information according to its own needs. If it needs to be updated, it receives the parsing MCCH information at the next upcoming MCCH modification period. Otherwise, the MCCH information is no longer received at the next upcoming MCCH 4 tampering period. Secondly, for the receiving end that is receiving the MBMS, the following procedure can also be used, and the MBMS notification message 2 is no longer received, and the MCCH information is read when each MCCH 4 tampering period comes. Embodiment 7 The embodiments in the present application and the features in the embodiments may be combined with each other without conflict. An example will be given below. For example, the combination of Embodiment 5 or Embodiment 6 and Embodiment 4, the MBMS notification information in Embodiments 5 and 6 is independent of the MCCH, and the MBMS notification message in Embodiment 4 is related to the MCCH, so that it can be combined. The addition of the embodiment 4 in Embodiment 5 or Embodiment 6 indicates that the MCCH is updated, and further indicates what is caused by the factors in these MCCHs. The receiving end flow is the same as that of Embodiment 5 or Embodiment 6, and will not be mentioned here. Example 8 Example 1 or Example 2 and Example 4 can also be combined. In Embodiment 1 or Embodiment 2, the notifications in the embodiment 4 are added to the notification message 1 and the notification message 2, respectively, indicating that the MCCH is updated, and further indicating what is caused by the factors in the MCCHs. The receiving end process is the same as that of Embodiment 1 or Embodiment 2, and details are not described herein again. Currently, the PDCCH is defined in the LTE R9 as the PDCCH resource in the MBSFN subframe, and the Orthogonal Frequency Division Multiplexing (OFDM) symbol can be used as the PDCCH resource. The first two need to be combined with specific scenarios, and the relevant protocols have been clearly defined (36.211 protocol). The first or the first two or the first three or the first four OFDM symbols can be used as the resources of the PDCCH in the non-MBSFN subframes. The specific configuration of several OFDM symbols is clearly defined in the relevant protocol. 36.211 agreement). The PDCCH in the two subframes described in the embodiment of the present invention is identical in the process of carrying the information identified by the M-RNTI. That is, the MBMS notification message is added to the CRC, and then the M-RNTI is scrambled for the obtained CRC correction-bit. Then, the obtained information is modulated, coded, and mapped to the PDCCH for transmission. Preferably, the common search area of the PDCCH is carried. According to an embodiment of the present invention, a configuration apparatus for MBMS notification information is provided. 2 is a structural block diagram of an apparatus for configuring MBMS notification information according to an embodiment of the present invention. As shown in FIG. 2, the apparatus includes: a configuration module 2, configured to configure MBMS notification information, where MBMS notification information includes at least One of the following: session start indication information, session end indication information, session update indication information, and data update indication information. The session start indication information is used to indicate the MCCH information update caused by the start of transmission of the one or more MBMS service data, and the session end indication information is used to indicate the MCCH information caused by the end of the transmission of the one or more MBMS service data. The session update indication information is used to indicate the MCCH information update caused by the one or more MBMS service data update transmissions; the data update indication information is used to indicate the MCCH information update caused by the update of the configuration of the MBSFN subframe resources. The configuration module 2 includes: a repeating submodule 22, a adding submodule 24, and a scrambling submodule 26. The foregoing structure is described below. The repeating sub-module 22 is configured to: when the amount of data of the MBMS notification information is small (for example, less than a predetermined threshold), repeat the MBMS notification information multiple times (for example, repeating the predetermined number of times); adding the sub-module 24, connecting to the repeater The module 22 is configured to add a Cyclic Redundancy Check (CRC) bit to the MBMS notification information after the repeating sub-module 22 performs the repetitive operation; the scrambling sub-module 26 is connected to the adding sub-module 24 , for scrambling the CRC bits added by the add sub-module 24 using the M-RNTI. Preferably, the device further includes: a first sending module 4, connected to the configuration module 2, for The first MBMS notification information configured by the configuration module 2 is sent on the Non-MBSFN subframe, in particular, in a subframe of paging occasions (PO), and the second sending module 6 is connected to The configuration module 2 is configured to send the second MBMS notification information configured by the configuration module 2 on the MBSFN subframe, in particular, on the PDCCH of the subframe carrying the MCCH information at the MCCH modification period (MCCH modification period). In summary, with the foregoing embodiment of the present invention, the terminal interested in the MBMS service only needs to receive the MBMS notification message (in the PO), so that the MCCH information with a large amount of parsed data can be omitted; The terminal that receives the MBMS service, the MBMS notification message (in the subframe at the MCCH 4 tampering period) can help the terminal to avoid receiving the MCCH information that is not updated, thereby implementing the power saving effect of the terminal, so that the terminal receives the parsing MBMS. Notification messages consume very little power. Obviously, those skilled in the art should understand that the above modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device, or they may be separately fabricated into individual integrated circuit modules, or they may be Multiple modules or steps are made into a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software. The above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the scope of the present invention are intended to be included within the scope of the present invention.
Claims
1. 一种多播广播组播业务通知信息的配置方法, 其特征在于, 包括: 发送端配置多播广播组播业务通知信息, 其中, 所述多播广播组播 业务通知信息中至少包括以下之一: 会话开始指示信息、 会话结束指示 信息、 会话更新指示信息、 数据更新指示信息。 A method for configuring multicast broadcast multicast service notification information, comprising: configuring, by a sender, multicast broadcast multicast service notification information, where the multicast broadcast multicast service notification information includes at least the following One of: session start indication information, session end indication information, session update indication information, and data update indication information.
2. 根据权利要求 1所述的方法, 其特征在于, 2. The method of claim 1 wherein
所述会话开始指示信息用于指示由于一个或者多个多播广播组播业 务数据开始发送而引起的多播控制信道信息更新; The session start indication information is used to indicate multicast channel information update caused by one or more multicast broadcast multicast service data starting to be transmitted;
所述会话结束指示信息用于指示由于一个或者多个多播广播组播业 务数据结束发送而引起的多播控制信道信息更新; The session end indication information is used to indicate that the multicast control channel information is updated due to the end of one or more multicast broadcast multicast service data transmissions;
所述会话更新指示信息用于指示由于一个或者多个多播广播组播业 务数据更新发送而弓 I起的多播控制信道信息更新; The session update indication information is used to indicate that the multicast control channel information is updated due to one or more multicast broadcast multicast service data update transmissions;
所述数据更新指示信息用于指示由于多播广播单频网络子帧资源的 配置发生更新而引起的多播控制信道信息更新。 The data update indication information is used to indicate multicast control channel information update caused by the update of the configuration of the multicast broadcast single frequency network subframe resource.
3. 根据权利要求 1所述的方法, 其特征在于, 当所述多播广播组播业务通 知信息的数据量小于预定阈值时, 对所述多播广播组播业务通知信息重 复预定次数后, 添加循环冗余码检-险比特, 并使用多播广播业务无线网 络临时标识对所述循环冗余码检验比特加扰。 The method according to claim 1, wherein, when the data amount of the multicast broadcast multicast service notification information is less than a predetermined threshold, after the multicast broadcast multicast service notification information is repeated a predetermined number of times, A cyclic redundancy code check-risk bit is added, and the cyclic redundancy code check bit is scrambled using a multicast broadcast service radio network temporary identity.
4. 根据权利要求 1至 3中任一项所述的方法, 其特征在于, 在所述发送端 配置所述多播广播组播业务通知信息之后, 还包括: The method according to any one of claims 1 to 3, further comprising: after configuring the multicast broadcast multicast service notification information on the sending end, further comprising:
所述发送端在非多播广播单频网络子帧上发送第一多播广播组播业 务通知信息, 并在多播广播单频网络子帧上发送第二多播广播组播业务 通知信息。 The transmitting end sends the first multicast broadcast multicast service notification information on the non-multicast broadcast single frequency network subframe, and sends the second multicast broadcast multicast service notification information on the multicast broadcast single frequency network subframe.
5. 根据权利要求 4所述的方法, 其特征在于, 在所述发送端配置所述多播 广播组播业务通知信息之后, 还包括: The method according to claim 4, further comprising: after configuring the multicast broadcast multicast service notification information by the sending end, further comprising:
所述发送端在寻呼消息的寻呼时机的子帧上发送所述第一多播广播 组播业务通知信息, 并在多播控制信道修改周期处的承载多播控制信道 信息的子帧上发送所述第二多播广播组播业务通知信息。
Transmitting, by the sending end, the first multicast broadcast multicast service notification information on a subframe of a paging occasion of a paging message, and on a subframe carrying multicast control channel information at a multicast control channel modification period Sending the second multicast broadcast multicast service notification information.
6. 根据权利要求 5所述的方法, 其特征在于, 所述第一多播广播组播业务 通知信息包括: 所述会话开始指示信息, 所述第二多播广播组播业务通 知信息包括至少以下之一: 所述会话结束指示信息、 所述会话更新指示 信息、 所述数据更新指示信息。 The method according to claim 5, wherein the first multicast broadcast multicast service notification information comprises: the session start indication information, and the second multicast broadcast multicast service notification information includes at least One of the following: the session end indication information, the session update indication information, and the data update indication information.
7. 根据权利要求 5所述的方法, 其特征在于, 所述第一多播广播组播业务 通知信息包括: 所述会话开始指示信息, 所述第二多播广播组播业务通 知信息包括至少以下之一: 所述会话开始指示信息、 所述会话结束指示 信息、 所述会话更新指示信息、 所述数据更新指示信息。 The method according to claim 5, wherein the first multicast broadcast multicast service notification information comprises: the session start indication information, and the second multicast broadcast multicast service notification information includes at least One of the following: the session start indication information, the session end indication information, the session update indication information, and the data update indication information.
8. 根据权利要求 5所述的方法, 其特征在于, 所述第一多播广播组播业务 通知信息包括: 所述会话开始指示信息, 所述第二多播广播组播业务通 知信息包括用于指示多播控制信道信息是否有更新的多播控制信道更新 指示信息。 The method according to claim 5, wherein the first multicast broadcast multicast service notification information comprises: the session start indication information, and the second multicast broadcast multicast service notification information includes The multicast control channel update indication information indicating whether the multicast control channel information is updated.
9. 根据权利要求 5所述的方法, 其特征在于, 所述第一多播广播组播业务 通知信息包括: 所述会话开始指示信息, 所述第二多播广播组播业务通 知信息包括用于指示多个不同的多播控制信道信息各自是否发生了更新 的指示信息。 The method according to claim 5, wherein the first multicast broadcast multicast service notification information comprises: the session start indication information, and the second multicast broadcast multicast service notification information includes The indication information indicating whether each of the plurality of different multicast control channel information has been updated.
10. 根据权利要求 5所述的方法, 其特征在于, 在只发送所述第一多播广播 业务通知信息、 且不发送所述第二多播广播业务通知信息的情况下, 所 述第一多播广播组播业务通知信息包括至少以下之一: 所述会话开始指 示信息、 所述会话结束指示信息、 所述会话更新指示信息、 所述数据更 新指示信息。 The method according to claim 5, wherein, in the case that only the first multicast broadcast service notification information is sent, and the second multicast broadcast service notification information is not sent, the first The multicast broadcast multicast service notification information includes at least one of the following: the session start indication information, the session end indication information, the session update indication information, and the data update indication information.
11. 根据权利要求 5所述的方法, 其特征在于, 在只发送所述第二多播广播 业务通知信息、 且不发送所述第一多播广播业务通知信息的情况下, 所 述第二多播广播组播业务通知信息包括至少以下之一: 所述会话开始指 示信息、 所述会话结束指示信息、 所述会话更新指示信息、 所述数据更 新指示信息。 The method according to claim 5, wherein, in the case that only the second multicast broadcast service notification information is sent, and the first multicast broadcast service notification information is not sent, the second The multicast broadcast multicast service notification information includes at least one of the following: the session start indication information, the session end indication information, the session update indication information, and the data update indication information.
12. 根据权利要求 4或 5所述的方法, 其特征在于, 在只发送所述第一多播 广播组播业务通知信息、 且不发送所述第二多播广播业务通知信息, 或 者只发送所述第二多播广播组播业务通知信息、 且不发送所述第一多播 广播业务通知信息的情况下, 所述第一多播广播组播业务通知信息或者 所述第二多播广播组播业务通知信息包括至少以下之一: 所述会话开始
指示信息、 所述会话结束指示信息、 所述会话更新指示信息、 所述数据 更新指示信息、 用于指示多个不同的多播控制信道信息各自是否发生了 更新的指示信息、 用于指示引起所述每个多播控制信道更新的原因。 The method according to claim 4 or 5, wherein only the first multicast broadcast multicast service notification information is sent, and the second multicast broadcast service notification information is not sent, or only the second multicast broadcast service notification information is sent. The first multicast broadcast multicast service notification information or the second multicast broadcast, where the second multicast broadcast multicast service notification information is not sent, and the first multicast broadcast service notification information is not sent The multicast service notification information includes at least one of the following: The indication information, the session end indication information, the session update indication information, the data update indication information, indication information indicating whether each of a plurality of different multicast control channel information has been updated, and used to indicate an indication The reason for each multicast control channel update.
13. 根据权利要求 5所述的方法, 其特征在于, 所述第一多播广播组播业务 通知信息包括至少以下之一: 所述会话开始指示信息、 用于指示多个不 同的多播控制信道信息各自是否发生了更新的指示信息、 用于指示引起 所述每个多播控制信道更新的原因, 所述第二多播广播组播业务通知信 息包括至少以下之一: 所述会话开始指示信息、 所述会话结束指示信息、 所述会话更新指示信息、 所述数据更新指示信息、 用于指示多个不同的 多播控制信道信息各自是否发生了更新的指示信息、 用于指示引起所述 每个多播控制信道更新的原因。 The method according to claim 5, wherein the first multicast broadcast multicast service notification information includes at least one of the following: the session start indication information, used to indicate a plurality of different multicast controls. The indication information of whether the channel information has been updated, the reason for indicating the update of each of the multicast control channels, the second multicast broadcast multicast service notification information includes at least one of the following: the session start indication Information, the session end indication information, the session update indication information, the data update indication information, indication information indicating whether each of a plurality of different multicast control channel information has been updated, The reason for each multicast control channel update.
14. 一种多播广播组播业务通知信息的配置装置, 其特征在于, 包括: An apparatus for configuring multicast broadcast multicast service notification information, comprising:
配置模块, 用于配置多播广播组播业务通知信息, 其中, 所述多播 广播组播业务通知信息中至少包括以下之一: 会话开始指示信息、 会话 结束指示信息、 会话更新指示信息、 数据更新指示信息。 a configuration module, configured to configure multicast broadcast multicast service notification information, where the multicast broadcast multicast service notification information includes at least one of the following: session start indication information, session end indication information, session update indication information, and data Update instructions.
15. 根据权利要求 14所述的装置, 其特征在于, 所述配置模块包括: 重复子模块, 用于在所述多播广播组播业务通知信息的数据量小于 预定阈值的情况下, 对所述多播广播组播业务通知信息重复预定次数; 添加子模块, 用于对所述多播广播组播业务通知信息添加循环冗余 码检验比特; The device according to claim 14, wherein the configuration module comprises: a repeating submodule, configured to: when the data amount of the multicast broadcast multicast service notification information is less than a predetermined threshold, The multicast broadcast multicast service notification information is repeated a predetermined number of times; the adding submodule is configured to add a cyclic redundancy code check bit to the multicast broadcast multicast service notification information;
加扰子模块, 用于使用多播广播业务无线网络临时标识对所述循环 冗余码检验比特加扰。 A scrambling submodule is configured to scramble the cyclic redundancy code check bits using a multicast broadcast service radio network temporary identity.
16. 根据权利要求 14或 15所述的装置, 其特征在于, 还包括: 第一发送模块, 用于在非多播广播单频网络子帧上发送所述配置模 块配置的第一多播广播组播业务通知信息; The device according to claim 14 or 15, further comprising: a first sending module, configured to send the first multicast broadcast configured by the configuration module on a non-multicast broadcast single frequency network subframe Multicast service notification information;
第二发送模块, 用于在多播广播单频网络子帧上发送所述配置模块 配置的第二多播广播组播业务通知信息。
And a second sending module, configured to send the second multicast broadcast multicast service notification information configured by the configuration module on the multicast broadcast single frequency network subframe.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910166127.XA CN101998262B (en) | 2009-08-13 | 2009-08-13 | The collocation method of multicast broadcast multicast service notification information and device |
CN200910166127.X | 2009-08-13 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2011017989A1 true WO2011017989A1 (en) | 2011-02-17 |
Family
ID=43585933
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2010/074840 WO2011017989A1 (en) | 2009-08-13 | 2010-06-30 | Configuration method and device for notification information of multimedia broadcast multicast service |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101998262B (en) |
WO (1) | WO2011017989A1 (en) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107889217B (en) * | 2016-09-29 | 2024-02-27 | 中兴通讯股份有限公司 | Service session sending and receiving method, device and system |
CN113810858B (en) * | 2020-06-17 | 2022-11-18 | 海能达通信股份有限公司 | Communication method, system and device for broadcast multicast |
CN114727231B (en) * | 2021-01-06 | 2023-04-07 | 大唐移动通信设备有限公司 | Transmission control method and device for broadcast multicast service session |
CN117440326A (en) * | 2022-07-15 | 2024-01-23 | 维沃移动通信有限公司 | Notification processing method, notification device, terminal and network side equipment |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1905694A (en) * | 2005-07-27 | 2007-01-31 | 华为技术有限公司 | Transmitting method and receiving method for multimedia broadcasting/multicasting service |
CN1960519A (en) * | 2006-09-26 | 2007-05-09 | 中兴通讯股份有限公司 | Service transmission method in mobile media broadcasting network |
CN101132215A (en) * | 2006-08-25 | 2008-02-27 | 上海贝尔阿尔卡特股份有限公司 | Evolutionary multimedia broadcast multi-broadcasting business base station, user device and method thereof |
-
2009
- 2009-08-13 CN CN200910166127.XA patent/CN101998262B/en not_active Expired - Fee Related
-
2010
- 2010-06-30 WO PCT/CN2010/074840 patent/WO2011017989A1/en active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1905694A (en) * | 2005-07-27 | 2007-01-31 | 华为技术有限公司 | Transmitting method and receiving method for multimedia broadcasting/multicasting service |
CN101132215A (en) * | 2006-08-25 | 2008-02-27 | 上海贝尔阿尔卡特股份有限公司 | Evolutionary multimedia broadcast multi-broadcasting business base station, user device and method thereof |
CN1960519A (en) * | 2006-09-26 | 2007-05-09 | 中兴通讯股份有限公司 | Service transmission method in mobile media broadcasting network |
Also Published As
Publication number | Publication date |
---|---|
CN101998262B (en) | 2015-09-16 |
CN101998262A (en) | 2011-03-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10939251B2 (en) | User equipment and base station | |
EP2421285B1 (en) | Method and device for bearing and receiving scheduling information of multimedia broadcast multicast service (mbms) control channel (mcch) update indication information | |
KR101643437B1 (en) | System and method for efficient enhanced multicast broadcast system (e-mbs) map decoding | |
CN102036171B (en) | Transmission method and system for subframe identification information | |
KR20150065842A (en) | Use of broadcast/multicast for m2m and mtc communcations | |
CN101959136B (en) | Sending, transmitting and receiving method of MCCH (Multi-point Control Channel) information and transmission system | |
US9036530B2 (en) | Method and device for carrying MBMS notification information | |
CN102263621B (en) | MBMS upstream feedback mechanism realization method and system | |
WO2014067144A1 (en) | Trunking paging method, base station and user equipment | |
CN102264038B (en) | Method and system for distribution and feedback of multimedia broadcast multicast service (MBMS) uplink resources | |
WO2010105461A1 (en) | Resource indication method and terminal | |
US9066317B2 (en) | Orthogonal frequency division multiplexing symbol distributing method and system for multimedia broadcast multicast service single frequency network sub-frame | |
WO2011091742A1 (en) | Method and system for acquiring service list and multimedia broadcast multicast service data | |
WO2011038587A1 (en) | Method and system for sending and transmitting multimedia broadcast/multicast (mbms) paging indicating signaling\ | |
WO2011017989A1 (en) | Configuration method and device for notification information of multimedia broadcast multicast service | |
US9432970B2 (en) | Method and device for transmitting multimedia broadcast multicast service notification messages | |
CN101166143A (en) | Receiving method and system for multicast broadcast service | |
CN101998273A (en) | Method and system for indicating sending, transmitting and receiving of physical downlink control information | |
CN101257398A (en) | Method for collocating and receiving multi-broadcast service mapping message and its unit | |
WO2011054291A1 (en) | Method for determining wireless frame bearing multimedia broadcast multicast service notification information and transmitter thereof | |
CN113728683B (en) | BWP configuration method and device, terminal equipment and network equipment | |
WO2011097996A1 (en) | Processing method, device and system for updating service declaration of multimedia broadcast multicast service | |
WO2011079646A1 (en) | Method and device for sending update indication information of multicast control channel | |
CN102340744A (en) | Method and system for transmitting multimedia broadcast multicast service (MBMS) access probability factor | |
CN117242827A (en) | Method for point-to-multipoint transmission configuration, apparatus therefor and readable storage medium |
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: 10807934 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 10807934 Country of ref document: EP Kind code of ref document: A1 |