专利名称：多媒体广播和组播业务控制信道更新的通知方法及系统的制作方法
技术领域：
本发明涉及长期演进(LTE，Long Term Evolution)系统中控制信道更新的通 知技术，尤其涉及一种多媒体广播和组播业务(MBMS，Multimedia BroadcastMulticast Service)控制信道更新的通知方法及系统。
背景技术：
随着Internet的迅猛发展和大屏幕多功能手机的普及，出现了大量移动数据多 媒体业务和各种高带宽多媒体业务，例如视频会议、电视广播、视频点播、广告、网上教育、 互动游戏等，既满足了移动用户不断上升的业务需求，同时又能为移动运营商带来新的业 务增长点。这些移动数据多媒体业务要求多个用户能够同时接收相同数据，与一般的数据 业务相比，具有数据量大、持续时间长、时延敏感等特点。为了有效地利用移动网络资源，第三代合作伙伴计划(3GPP, 3rd GenerationPartnership Project)提出了 MBMS业务，该MBMS业务是从一个数据源向多个目标传送数据的技术，实现 了包括核心网和接入网在内的网络资源共享，提高了网络资源，尤其是空中接口资源的利 用率。3GPP定义的MBMS业务不仅能够实现纯文本低速率的消息类组播和广播，而且还能够 实现高速多媒体业务的广播和组播，提供多种丰富的视频、音频和多媒体业务，这无疑顺应 了未来移动数据发展的趋势，为3G的发展提供了更好的业务前景。LTE Rel-8 中 MBMS 控制信道(MCCH，Multicast Control Channel)的设计采用 分层结构第一 MBMS控制信道(P-MCCH，Primary MCCH)，用来承载P-MCCH的信令，也称为 主多播控制信令；第二 MBMS控制信道(S-MCCH，Secondary MCCH)，用来承载S-MCCH的信 令，也称为次多播控制信令。LTERel-8中规定广播控制信道(BCCH，Broadcast Control Channel)上指示一个或者两个P-MCCH的调度信息，其中一个为单小区模式被传输在下行 共享信道(DL-SCH，DownLink-Shared CHannel)；另一个为多小区模式被传输在多播信道 (MCH,Multicast Channel上。P-MCCH中可以承载S-MCCH的指示信息，以帮助发现S-MCCH0 多小区模式的P-MCCH中承载与多媒体广播单频网(MBSFN，Multicast/Broadcast over Single Frequency Network)区域业务相关的控制信令，该信令用来说明该区域内有哪些 有效的MBMS业务等信息，不包含业务的时频资源分配信息。在最新的LTE Rel-9的工作项 目描述中，关于MCCH的描述是不支持MBSFN合并，并且有可能不考虑主次结构。对于某个MBMS业务，可能存在多个事件如MBMS会话开始、MBMS无线承载(RB， Radio Bearer)改变、MBMS业务停止等等。通常用户设备(UE，User Equipment)并不知道 这些事件何时可能发生。为了减少UE功耗，实现UE的非连续接收(DRX，Discontinuous Reception)，UE连续监测MCCH是不实际的，因此需要设计MCCH更新的通知机制，使UE仅对 更新的MCCH进行监测。目前，在LTE系统中针对MCCH更新的通知机制，尚没有实现方案。
发明内容
有鉴于此，本发明的主要目的在于提供一种MCCH更新的通知方法及系统，实现了 MCCH更新的通知机制，使UE对MCCH的更新进行监测，从而减少UE功耗。为达到上述目的，本发明的技术方案是这样实现的一种多媒体广播和组播业务控制信道更新的通知方法，该方法包括基站侧通过 多媒体广播和组播业务控制信道无线网络临时标识M-RNTI，指示多媒体广播和组播业务控 制信道MCCH的内容存在更新，并通知用户设备侧；用户设备检测到所述M-RNTI后，继续读 取MCCH内容或者根据自身业务需要判断是否需要继续读取更新的MCCH内容。其中，所述通知具体包括增强型基站eNB在系统广播消息中将所述M-RNTI的位置信息通知所述用户设备；
所述eNB将多媒体广播和组播业务MBMS业务标识，封装到与所述M-RNTI相对应 的下行控制信息DCI中。其中，所述用户设备根据所述M-RNTI的位置信息检测到所述M-RNTI后，获取DCI 中的内容，UE可以继续读取MCCH内容或者判断是否需要继续读取所述更新的MCCH内容具 体包括所述用户设备根据所述M-RNTI读取与所述M-RNTI相对应的DCI，继续读取相应 MCCH的内容；或者从所述DCI中获取到所述MBMS业务标识，与用户设备侧的MBMS业务列 表中的MBMS业务标识进行匹配；如果匹配，则继续读取所述更新的MCCH内容，否则，不读取 所述更新的MCCH内容。其中，该方法进一步包括在单小区模式下，在承载单播业务的子帧的物理下行控 制信道PDCCH上承载所述M-RNTI ；在非连续接收DRX周期中，在每个寻呼时刻，所述eNB在 所述PDCCH上重复发送所述M-RNTI ；在多小区模式下，根据MBSFN区域内的MBMS业务相关信息，为MBSFN区域配置 承载MBMS业务的无线帧及其子帧；在配置的承载MBMS业务的子帧的PDCCH上承载所述 M-RNTI对应通知信息。一种多媒体广播和组播业务控制信道更新的通知系统，该系统包括基站侧的通 知单元、和用户设备侧的读取单元/判断单元；其中，基站侧的通知单元，用于基站侧通过M-RNTI指示MCCH的内容存在更新，并通知用 户设备侧；用户设备侧的读取单元，用于用户设备检测到M-RNTI，继续读取MCCH内容；用户设备侧的判断单元，用于用户设备检测到所述M-RNTI，根据自身业务需要判 断是否需要继续读取更新的MCCH内容。其中，所述通知单元，进一步用于在系统广播消息中将所述M-RNTI的位置信息通 知所述用户设备；将MBMS业务标识，封装到与所述M-RNTI相对应的DCI中。其中，所述判断单元还包括检测模块、获取模块和匹配模块；其中，检测模块，用于所述用户设备根据所述M-RNTI的位置信息检测到所述M-RNTI ；获取模块，用于所述用户设备根据所述M-RNTI读取与所述M-RNTI相对应的DCI， 从所述DCI中获取到所述MBMS业务标识；匹配模块，用于将所述MBMS业务标识与用户设备侧的MBMS业务列表中的MBMS业务标识进行匹配，当匹配时，则继续读取所述更新的MCCH内容；当不匹配时，不读取所述更 新的MCCH内容。本发明基站侧通过多媒体广播和组播业务控制信道无线网络临时标识(M-RNTI， MBMS Radio Network Temporary Identif ier)，指示 MCCH 的内容存在更新，并通知 UE 侧； UE检测到M-RNTI后，继续读取MCCH的内容或者根据自身业务需要判断是否需要继续读取 更新的MCCH内容。采用本发明，由于基站侧和MBMS的UE侧事先约定了 M-RNTI，因此，当基站侧通过 M-RNTI指示MCCH的内容存在更新并通知UE侧后，UE侧只要获取到M-RNTI，就知道MCCH 的内容存在更新，从而UE对MCCH的更新进行监测即可；而现有技术是UE需要连续监测 MCCH，从而导致UE的功耗增大，可见，采用本发明，能大大降低MBMS的UE的功耗。另外，由 于M-RNTI是基站侧和MBMS的UE侧事先约定的，因此，非MBMS的UE并不识别，也不会去监 测，从而降低了非MBMS的UE的功耗。
图1为本发明基站侧通知UE侧MCCH内容更新的实现流程示意图；图2为本发明UE判断读取更新的MCCH内容的实现流程示意图；图3为本发明M-RNTI的信道传送示意图；图4为本发明UE读取MCCH内容流程示意图。
具体实施例方式本发明的基本思想是基站侧通过M-RNTI指示MCCH的内容存在更新，并通知UE 侧；UE检测到M-RNTI后，继续读取MCCH的内容或者根据自身业务需要判断是否需要继续 读取更新的MCCH内容。下面结合附图对技术方案的实施作进一步的详细描述。在此，首先对本发明实现LTE系统中针对MCCH更新的通知机制，其引入思路进行 阐述如下通知机制的目的是当MCCH内容发生变化时，使用相关的信令通知UE。在现有的 3GPP Rel-6系统中，MBMS需要单独设计并采用一个特殊的信道用于指示MCCH内容的更新 变化，这个特殊的信道是MBMS指示信道(MICH,MBMS Indication CHannel)，用于实现MCCH 通知机制。在LTE系统中，MBMS同样需要考虑如何实现MCCH通知机制。考虑到MCCH内容 特性与BCCH内容特性具有相似性，而系统消息的更新是采用寻呼信令通知UE的，因此，考 虑本发明对于MCCH的更新也可以采用类似寻呼信令的方法来通知UE。基于这个考虑，本发 明基于MCCH的特点，给出了 MCCH更新的指示M-RNTI，以实现MCCH更新的通知机制。具体来说，系统侧的增强型基站(eNB，Evolved Node B)在DRX周期内，每个寻呼 时刻重复发送M-RNTI，UE在寻呼机会接收M-RNTI，并判断是否需要进一步接收MCCH的内 容。通过这样的方法，在接收MBMS业务过程中，UE可以减少功耗。采用本发明，UE可以根 据M-RNTI的位置获取到M-RNTI，并根据与M-RNTI对应的信息，可以继续读取MCCH内容或 者进一步判断是否需要读取更新的MCCH内容，从而达到了减少UE功耗和准确接收MBMS控 制信道的效果。另外，通过特定的M-RNTI设计进行指示，对于非MBMS用户，在每个寻呼机会，不必读取M-RNTI，从而可以减少非MBMS用户UE的功耗。一种MCCH更新的通知方法，该方法包括基站侧通过M-RNTI指示MCCH的内容存 在更新，并通知终端侧；UE检测到M-RNTI后，继续读取MCCH内容或者根据自身业务需要 判断是否需要继续读取更新的MCCH内容。这样，终端就不需要连续监测MCCH，只要获取到 M-RNTI，就知道MCCH的内容存在更新，从而UE能仅对更新的MCCH进行监测即可。如图1所示，基站侧通知UE侧MCCH内容更新的实现流程包括以下步骤步骤101、eNB在系统广播消息中将M-RNTI的位置信息通知UE。步骤102、eNB将MBMS业务标识，封装到与M-RNTI相对应的下行控制信息(DCI， Downlink Control Information)中。这里需要指出的是在DRX周期中的每个寻呼时刻，eNB重复发送M-RNTI。如图2所示，UE读取更新的MCCH内容的实现流程包括以下步骤步骤201、UE从eNB接收到系统广播消息，根据M-RNTI的位置信息检测到M-RNTI。步骤202、UE根据M-RNTI读取与M-RNTI相对应的DCI，如果DCI中没有MBMS业 务标识，则转步骤204，如果DCI中有MBMS业务标识，则转步骤203。步骤203、判断获取到的MBMS业务标识与UE侧本地的MBMS业务列表中的MBMS业 务标识是否匹配；如果匹配，则执行步骤204 ；如果不匹配，执行步骤205。步骤204、继续读取更新的MCCH内容。步骤205、不读取更新的MCCH内容。这里需要指出的是根据M-RNTI的位置信息，在每个寻呼机会，UE检测来自eNB 重复发送的M-RNTI。这里，该方法进一步包括一种情况是在单小区模式下，在承载单播业务的子帧的 物理下行控制信道(PDCCH, Physical Downlink Control Channel)上承载 M-RNTI ；在 DRX 周期中，在每个寻呼时刻，eNB在PDCCH上重复发送M-RNTI ；另一种情况是在多小区模式下， 根据MBSFN区域内的MBMS业务相关信息，为MBSFN区域配置承载MBMS业务的无线帧及其 子帧；在配置的承载MBMS业务的子帧的PDCCH上承载M-RNTI。综上所述，本发明主要包括以下内容一、在eNB的系统广播消息中，指明在哪些无线帧或无线子帧中承载了 MCCH更新 通知指示M-RNTI。二、在DRX周期中，在每个寻呼时刻，eNB在指定的这些无线帧或无线子帧的PDCCH 上重复发送M-RNTI。三、UE首先通过接收系统广播消息知道在哪些无线帧或无线子帧上承载了 M-RNTI，在每个寻呼机会，UE在这些无线帧或无线子帧的PDCCH中检测M-RNTI。四、UE读取PDCCH中M-RNTI对应的DCI中的信息，这里，该DCI中封装的信息如 果包括MBMS业务标识，UE从DCI中得到MBMS业务标识。五、UE继续读取MCCH内容或者将从DCI中得到MBMS的业务标识与UE本地已激 活或需要接收的MBMS业务列表中的MBMS业务标识进行匹配，如果匹配，则进一步读取更新 的MCCH内容，否贝丨」，UE不读取更新的MCCH内容。另外，为了减少信令负载，可以规定在相关无线帧的固定位置，比如在该无线帧的 第一个子帧中承载M-RNTI，而相关无线帧的序号可以在系统消息中动态设定，这个设定与MCCH修改周期有关。这里需要指出的是，以下统一用MCCH表示MBMS控制信道，如果采用分层结构，下 文的 MCCH 指 P-MCCH 或 S-MCCH。实例一 MBMS单小区传输模式、或者MBSFN传输，但MBSFN区域中只有一个小区的 情况。Rel-8LTE规定单小区MCCH采用DL-SCH承载传输，DL-SCH映射到物理下行共享信 道(PDSCH，Physical Downlink Shared Channel)。PDSCH 中的资源配置可以通过 PDCCH 指不。把MCCH放在承载单播业务的子帧上，在该子帧的PDCCH中承载一个用于标识 MCCH内容更新通知的M-RNTI，其中M-RNTI是eNB与UE预先规定好的特定值，UE已知这个 M-RNTIJEMCCH内容更新本身承载在该子帧的PDSCH中，其中M-RNTI帮助UE获取MCCH的 内容更新。eNB在DRX周期中的每个寻呼时刻重复发送M-RNTI，UE根据从M-RNTI对应的 DCI中获取的信息，决定是否进一步读取MCCH的内容更新。下面描述eNB如何把MCCH内容更新通知通知给UE。在系统广播消息中，eNB把承载MCCH内容更新通知消息的无线帧或无线子帧的信 息发送给UE。如果有MCCH内容更新通知消息发生，在DRX周期中的每个寻呼时刻，eNB在 上述子帧的PDCCH中重复发送M-RNTI。在每个寻呼机会，UE检测上述子帧的PDCCH中的M-RNTI，在DCI中获取相关的 MBMS业务标识，并与UE中本地存储或设定好需要接收的MBMS业务列表中的MBMS业务标识 进行匹配。如果匹配，则UE需要进一步读取承载MCCH的子帧中PDSCH上的MCCH内容；如图 3所示，UE根据系统消息的指示，通过图3中MC-RNTI在相关子帧的PDSCH中进行读取MCCH 的内容更新。如果不匹配，则UE不需要读取MCCH的内容更新。其中，MC-RNTI是MCCH-RNTI 的缩写，用于指示MCCH的位置信息。图3中，系统消息块(SIB，System Information Block) 中包括M-RNTI和MC-RNTI位置信息；发送的M-RNTI中包括MBMS业务标识。实例二 MBMS多小区传输模式、或者称为MBSFN情况下。在最新的LTE Rel-9的工作项目描述中，关于MCCH的描述是不支持MBSFN合并， 并且有可能不考虑主次结构。MCCH可以在DL-SCH上或者MCH上传输。根据目前LTE关于MCCH的规定，需要把一个MBSFN区域的MCCH承载在该区域所 分配的用于承载该区域的MBMS业务的子帧上。对于一个MBSFN区域而言，系统会根据该 MBSFN区域内的MBMS业务相关信息，比如MBMS业务的数量信息，为该区域配置相应的承载 MBMS业务的无线帧以及该无线帧内的某些子帧，以用来发送本MBSFN区域的MBMS业务。系统侧将MCCH放置在系统配置的MBSFN无线帧内的相关子帧，比如第一个子帧 上，在该子帧的PDCCH中承载一个用于标识MCCH内容更新通知的M-RNTI，其中M-RNTI是 eNB与UE预先规定好的特定值，UE已知这个M-RNTljE MCCH内容更新本身承载在该子帧 的PDSCH中，其中M-RNTI帮助UE获取MCCH的的内容更新。eNB在DRX周期中的每个寻呼 时刻重复发送M-RNTI，UE根据从M-RNTI对应的DCI中获取的信息，决定是否进一步读取 MCCH的内容更新。这里，与实例一相比较，只是承载MCCH的无线帧必须是承载MBMS业务的无线帧。 而实例一中，承载MCCH的无线帧也可以是非MBSFN无线帧。
下面描述eNB如何把MCCH内容更新通知通知给UE。在系统广播消息中，eNB把承载MCCH内容更新通知消息的无线帧或无线子帧的信 息发送给UE。如果有MCCH内容更新通知消息发生，在DRX周期中的每个寻呼时刻，eNB在 上述子帧的PDCCH中重复发送M-RNTI。在每个寻呼机会，UE检测上述子帧的PDCCH中的M-RNTI，在DCI中获取相关的 MBMS业务标识，并与UE中本地存储或设定好需要接收的MBMS业务列表中的MBMS业务标 识进行匹配。如果匹配，则UE需要进一步读取承载MCCH的子帧中PDSCH上的MCCH内容； 如图3所示，UE根据系统消息的指示，通过图3中MC-RNTI在相关子帧的PDSCH中进行读 取MCCH的内容更新。如果不匹配，则UE不需要读取MCCH的内容更新。其中，MC-RNTI是 MCCH-RNTI的缩写，用于指示MCCH的位置信息。实例三MBMS多小区传输模式、或者称为MBSFN情况下。在最新的LTE Rel-9的工作项目描述中，关于MCCH的描述是不支持MBSFN合并， 并且不考虑主次结构。MCCH在MCH上传输。根据目前LTE关于MCCH的规定，需要把一个MBSFN区域的MCCH承载在该区域所 分配的用于承载该区域的MBMS业务的子帧上。对于一个MBSFN区域而言，系统会根据该 MBSFN区域内的MBMS业务相关信息，比如MBMS业务的数量信息，为该区域配置相应的承载 MBMS业务的无线帧以及该无线帧内的某些子帧，以用来发送本MBSFN区域的MBMS业务。系统侧将MCCH放置在系统配置的MBSFN无线帧内的相关子帧，比如第一个子帧 上，在该子帧的PDCCH中承载一个用于标识MCCH内容更新通知的M-RNTI，其中M-RNTI是 eNB与UE预先规定好的特定值，UE已知这个M-RNTI，把MCCH内容更新本身承载在该子帧 的数据部分，其中M-RNTI帮助UE获取MCCH的的内容更新。UE从M-RNTI对应的DCI中获 取信息，并继续读取MCCH内容。这里，与实例二相比较，DCI中没有MBMS业务标识，因此UE继续读取MCCH的内容。下面描述eNB如何把MCCH内容更新通知通知给UE。在系统广播消息中，eNB把承载MCCH内容更新通知消息的无线帧或无线子帧的信 息发送给UE。如果有MCCH内容更新通知消息发生，eNB在上述子帧的PDCCH中发送M-RNTI。如图4所示，UE读取MCCH内容的流程包括以下步骤步骤301、UE从eNB接收到系统广播消息，根据M-RNTI的位置信息检测到上述子 帧的PDCCH中的M-RNTI。步骤302、UE在PDCCH上读取与M-RNTI相对应的DCI。步骤303、在DCI中获取相关的MCCH通知信息，UE读取更新的MCCH内容。一种MCCH更新的通知系统，该系统包括基站侧的通知单元和UE侧的读取单元； 或者，该系统包括基站侧的通知单元和判断单元。其中，基站侧的通知单元用于基站侧 通过M-RNTI指示MCCH的内容存在更新，并通知UE侧。UE侧的读取单元用于UE检测到 M-RNTI，继续读取MCCH内容。UE侧的判断单元，用于UE检测到M-RNTI，并根据自身业务需 要判断是否需要继续读取更新的MCCH内容。这里，通知单元，进一步用于在系统广播消息中将M-RNTI的位置信息通知UE ；将 MBMS业务标识，封装到与M-RNTI相对应的DCI中。这里，判断单元还包括检测模块、获取模块和匹配模块。其中，检测模块，用于UE
8根据M-RNTI的位置信息检测到M-RNTI。获取模块，用于UE根据M-RNTI读取与M-RNTI相 对应的DCI，并从DCI中获取到MBMS业务标识。匹配模块，用于将MBMS业务标识与UE侧的 MBMS业务列表中的MBMS业务标识进行匹配，当匹配时，则继续读取更新的MCCH内容；当不 匹配时，不读取更新的MCCH内容。 以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
权利要求
一种多媒体广播和组播业务控制信道更新的通知方法，其特征在于，该方法包括基站侧通过多媒体广播和组播业务控制信道无线网络临时标识M RNTI，指示多媒体广播和组播业务控制信道MCCH的内容存在更新，并通知用户设备侧；用户设备检测到所述M RNTI后，继续读取MCCH内容，或者根据自身业务需要判断是否需要继续读取更新的MCCH内容。
2.根据权利要求1所述的方法，其特征在于，所述通知具体包括增强型基站eNB在系统广播消息中将所述M-RNTI的位置信息通知所述用户设备；所述eNB将多媒体广播和组播业务MBMS业务标识，封装到与所述M-RNTI相对应的下 行控制信息DCI中。
3.根据权利要求2所述的方法，其特征在于，所述用户设备根据所述M-RNTI的位置信 息检测到所述M-RNTI后，判断是否需要继续读取所述更新的MCCH内容具体包括所述用户设备根据所述M-RNTI读取与所述M-RNTI相对应的DCI，从所述DCI中获取到 所述MBMS业务标识，与用户设备侧的MBMS业务列表中的MBMS业务标识进行匹配；如果匹 配，则继续读取所述更新的MCCH内容，否则，不读取所述更新的MCCH内容。
4.根据权利要求3所述的方法，其特征在于，该方法进一步包括在单小区模式下，在 承载单播业务的子帧的物理下行控制信道PDCCH上承载所述M-RNTI ；在非连续接收DRX周 期中，在每个寻呼时刻，所述eNB在所述PDCCH上重复发送所述M-RNTI ；在多小区模式下，根据MBSFN区域内的MBMS业务相关信息，为MBSFN区域配置承载 MBMS业务的无线帧及其子帧；在配置的承载MBMS业务的子帧的PDCCH上承载所述M-RNTI。
5.一种多媒体广播和组播业务控制信道更新的通知系统，其特征在于，该系统包括 基站侧的通知单元、和用户设备侧的读取单元/判断单元；其中，基站侧的通知单元，用于基站侧通过M-RNTI指示MCCH的内容存在更新，并通知用户设 备侧；用户设备侧的读取单元，用于用户设备检测到M-RNTI，继续读取MCCH内容；用户设备侧的判断单元，用于用户设备检测到所述M-RNTI，根据自身业务需要判断是 否需要继续读取更新的MCCH内容。
6.根据权利要求5所述的系统，其特征在于，所述通知单元，进一步用于在系统广播 消息中将所述M-RNTI的位置信息通知所述用户设备；将MBMS业务标识，封装到与所述 M-RNTI相对应的DCI中。
7.根据权利要求6所述的系统，其特征在于，所述判断单元还包括检测模块、获取模 块和匹配模块；其中，检测模块，用于所述用户设备根据所述M-RNTI的位置信息检测到所述M-RNTI ；获取模块，用于所述用户设备根据所述M-RNTI读取与所述M-RNTI相对应的DCI，从所 述DCI中获取到所述MBMS业务标识；匹配模块，用于将所述MBMS业务标识与用户设备侧的MBMS业务列表中的MBMS业务标 识进行匹配，当匹配时，则继续读取所述更新的MCCH内容；当不匹配时，不读取所述更新的 MCCH内容。
全文摘要
本发明公开了一种多媒体广播和组播业务控制信道更新的通知方法，该方法包括基站侧通过多媒体广播和组播业务控制信道无线网络临时标识(M-RNTI)，指示多媒体广播和组播业务控制信道(MCCH)的内容存在更新，并通知用户设备(UE)侧；UE检测到M-RNTI后，继续读取MCCH内容或者根据自身业务需要判断是否需要继续读取更新的MCCH内容。本发明还公开了一种多媒体广播和组播业务控制信道更新的通知系统，该系统中基站侧的通知单元，用于基站侧通过M-RNTI指示MCCH的内容存在更新，并通知UE侧。采用本发明的方法及系统，实现了MCCH更新的通知机制，使UE对MCCH的更新进行监测，从而减少UE功耗。
文档编号H04W4/06GK101931885SQ20091017798
公开日2010年12月29日 申请日期2009年10月23日 优先权日2009年6月19日
发明者许辉 申请人:中兴通讯股份有限公司