一种tdd系统pcch信道的优化方法及其装置和系统的制作方法

文档序号:7741419阅读:280来源:国知局
专利名称:一种tdd系统pcch信道的优化方法及其装置和系统的制作方法
技术领域
本发明涉及无线通信领域的网络优化技术,尤其涉及一种TDD系统PCCH信道的优 化方法和系统。
背景技术
在现有的TDD(Time Division Duplex,时分双工)系统,包括如 TD-SCDMA(Division-Synchronous Code Division Multiple Access,时分同步的码分多址 技术)及其演进系统网络中,如,HSDPA(High Speed Downlink Packet Access,表示高速下 行分组接入)系统,HSUPA(High Speed Uplink Packet Access,高速上行分组接入)系统, HSPA+(HSPA演进,其中,HSPA是High Speed I^acketAccess的缩写,即高速分组接入)系统, 通常是采用路测的方式检查网络的覆盖质量以及系统性能是否达到设计的预期要求。路测 工作主要是采用人工的方式搜集信息,如,专业的网络优化人员,装备了测量终端、笔记本 电脑以及GPS (Global Position System,全球定位系统)接收机,驾驶测量车任意行走,由 测量终端记录下各个地点的无线测量信息,包括发生各种异常事件时的测量数据,这些信 息中可包含时间信息及当时的地理位置信息。运营商利用这些路测数据,发现网络中存在 的问题,如覆盖不足或者邻区设置不合适等等,然后采取相应的优化措施。现有的路测工作主要都是人工进行,一方面,需要投入大量的人力和时间,给运营 商的网络建设和维护成本带来很大负担,增加了网络的运维成本;另一方面,这种路测往往 只能获得室外公共区域的测量信息,无法得到室内以及私人区域的信息,如写字楼或者住 宅楼内,由于这些区域内经常会有大量的用户,因此这些地点的测量信息实际上更加有意 义,但却无法通过现有的路测方式得到,因此,这些地点的网络优化就难以通过路测完成。目前的3GPP RAN2正在进行最小化路测项目(WI)的研究与讨论,提出了 LTE (Long Time Evolution,长期演进)系统的一些测量量,但是缺少适用于UMTS TDD系统(如 TD-SCDMA系统)的测量。由于目前所商用的通信系统中包括TDD制式的TD-SCDMA系统,如 何为目前的TDD制式的系统提供最小化路测的功能,目前还是空白。

发明内容
本发明实施例提供一种TDD系统PCCH信道的优化方法和系统,用于实现根据用户 设备上报的信息进行PCCH信道优化。本发明实施例提供的技术方案包括一种TDD系统PCCH信道的优化方法,该方法包括以下步骤网络侧指示用户设备在接收寻呼控制信道PCCH寻呼消息失败时记录PCCH寻呼失 败信息并进行上报;网络侧接收用户设备根据所述指示所记录并上报的PCCH寻呼失败信息;以及网络侧根据接收到的PCCH寻呼失败信息优化PCCH。一种网络侧设备,包括
指示模块,用于指示用户设备在接收寻呼控制信道PCCH寻呼消息失败时记录 PCCH寻呼失败信息并进行上报;接收模块,用于接收用户设备根据所述指示模块的所述指示所记录并上报的PCCH 寻呼失败信息;发送模块,用于将所述接收模块接收到PCCH寻呼失败信息发送给PCCH信道优化 系统,以进行PCCH信道优化。一种TDD系统PCCH信道的优化系统,包括如前所述的网络侧设备,以及优化装 置,用于接收网络侧设备发送的PCCH寻呼失败信息,并根据接收到的PCCH寻呼失败信息优 化 PCCH。本发明的上述实施例,通过由网络侧指示用户设备在接收寻呼控制信道PCCH寻 呼消息失败时记录PCCH寻呼失败信息并进行上报,并根据从用户设备按照该指示所上报 的PCCH寻呼失败信息对PCCH进行优化,实现了根据用户设备自动上报的信息进行PCCH 优化。一方面,由于用户设备分布广泛,包括分布在路测设备通常不能达到的区域,如写字 楼或者住宅楼内,这样,使得进行PCCH优化的依据更加全面,因此,所采用的PCCH策略也 相应的更加准确,所得到的优化结果也更加有意义,即,与现有PCCH优化方式相比,可以获 得更好的网络性能;另一方面,通过用户设备自行上报PCCH寻呼失败信息以使网络侧获得 PCCH优化的依据,与现有通过人工使用路测设备进行实地路测相比,可以简化PCCH优化的 操作,并可以节省成本和提高效率,从而填补了目前TDD系统的PCCH优化的空白。


图1为本发明实施例提供的TDD系统PCCH信道优化总体流程示意图;图2、图3和图4分别为本发明的一个实例提供的PCCH优化流程示意图;图5为本发明实施例提供的网络侧设备的结构示意图;图6为本发明实施例提供的TDD系统PCCH信道优化系统的结构示意图。
具体实施例方式针对上述现有技术存在的问题,为了减少网络的运维成本,以及获得目前路测所 无法到达的区域的无线测量信息,本发明实施例通过网络中用户设备(User Equipment, UE)记录一些测量日志记录信息并报告给网络侧,使运营商能够利用这些日志记录信息检 测网络中是否存在问题,并进行必要的优化工作。由于这些信息是由UE自动搜集的,因此 减少了人工路测的工作量,而且由于这些UE是随机分布在网络中任意位置的,因此可以使 运营商获得普通路测所无法得到的地理区域的测量信息。由于本发明实施例涉及到TDD系统的寻呼信道映射技术,因此,首先对TDD系统的 寻呼信道映射技术进行简要说明。TDD系统中,通常,信道映射关系包括逻辑信道与传输 信道的映射,以及传输信道与物理信道的映射。在3G TD-SCDMA及其演进(如HSDPA,HSUPA)系统中,寻呼消息是在PCCH(Paging Control Channel,寻呼控制信道)上发送,PCCH映射到PCH(Paging Channel,寻呼信道), PCH 再映射到 S-CCPCHGecondary CommonControl Physical Channel,辅公共控制物理信 道)物理信道上以发送寻呼消息。其中,PCCH为逻辑信道,PCH为传输信道,S-CCPCH为物理 5信道。系统中还有一个专用的PICH(Paging Indication Channel,寻呼指示信道),与PCH 配对使用,用于指示某个寻呼组中的UE接收寻呼消息。当UE注册到网络后,会成为若干个寻呼组中的一个。如果有寻呼信息要发送给一 个寻呼组中的任一个UE,寻呼指示就会出现在PICH上相应的位置。PICH跟PCH的时间关 系是网络预先配置的,当UE读取到PICH信道上有寻呼指示后,在对应的时隙位置接收承载 PCCH寻呼信息的PCH信道(承载在S-CCPCH信道上),进行解码获取寻呼消息。在3G TDD HSPA+系统中,引入了 FACH(Forward Access Channel,前向接入信道) 增强特性,使得PCCH既可以映射到PCH,PCH再映射到S-CCPCH物理信道上以发送寻呼消 息;又可以映射到HS-DSCH(High-Speed DownlinkShared Channel,高速下行链路共享信 道),HS-DSCH 再映射到 HS-PDSCH(High-Speed Physical Downlink Shared Channel,高速 物理下行链路共享信道)上以发送寻呼消息。其中,PCCH为逻辑信道,HS-DSCH为传输信 道,HS-PDSCH为物理信道。系统中的PICH与HS-DSCH配对使用,用于指示某个寻呼组中的 UE接收寻呼消息。PICH跟HS-DSCH的时间关系是网络预先配置的,当UE读取到PICH信道上有寻呼 指示后,在对应的时隙位置接收承载PCCH寻呼信息的HS-DSCH信道(承载在HS-PDSCH信 道上),进行解码获取寻呼消息。下面结合附图对本发明实施例进行详细描述。参见图1,为本发明实施例提供的TDD系统PCCH信道的优化方法的流程示意图。步骤101、网络侧指示UE记录并上报在接收PCCH寻呼消息失败时的相关信息;步骤102、UE根据网络侧的指示,记录在接收PCCH寻呼消息失败时的相关信息;步骤103、UE根据网络侧的指示,上报所记录的PCCH寻呼失败信息;步骤104、网络侧根据UE上报的PCCH寻呼失败信息优化PCCH。。上述流程的步骤101中,网络侧的设备可以指示UE记录其在接收PCCH寻呼消息 失败时的信息,如PCCH寻呼失败日志(log)记录,指示的内容可以包括以下之一或任意组 合记录PCCH寻呼失败信息的触发条件、PCCH寻呼失败信息所包括的具体内容、PCCH寻呼 失败信息的报告方式等。网络侧所指示的记录PCCH寻呼失败信息的触发条件,可以是当UE接收到PICH 的寻呼指示后,连续解码对应的PCH (若PCH承载PCCH信道)或HS-DSCH (若HS-DSCH承载 PCCH信道)时,数据解码错误的次数超过N次(N是网络配置的参数),则认为接收PCCH寻 呼消息失败,UE需要记录这个失败事件以生成PCCH寻呼失败信息。记录PCCH寻呼失败信 息的触发条件还可以是当UE接收到PICH的寻呼指示后,在一个时间段T (T是网络预先配 置的参数)内读取PCH (若PCH承载PCCH信道)或HS-DSCH (若HS-DSCH承载PCCH信道) 失败,则认为接收PCCH寻呼消息失败,UE需要记录这个失败事件以生成PCCH寻呼失败信 肩、ο网络侧所指示UE记录的PCCH寻呼失败信息的具体内容,可以包括UE 读取 PCH 或 HS-DSCH 失败时 P-CCPCH(Primary Common ControlPhysical Channel,主公共控制物理信道)信道的测量量RSCP (Received SignalCode Power,接收信 号码功率);UE读取PCH或HS-DSCH失败时所在小区的全局标识CGI ;
6
UE读取PCH或HS-DSCH失败时的位置信息(location);UE读取PCH或HS-DSCH失败时的时间戳(timestamp)。其中,位置信息是可选的。若UE具有GPS定位功能,则所述位置信息是指GPS定 位得到的地理位置坐标。网络侧所指示的PCCH寻呼失败信息的报告方式,可以包括以下之一周期性上报,如每隔几个小时报告一次。较佳地,初次报告时间可由UE随机确定, 这样可以避免网络中大量的UE在同一时间向网络发送数据导致拥塞;定时上报,网络可设置一个固定时间(如每天早晨2点),或者设置一个时间范围 (如每天早晨1点到3点),UE可以在这个范围内随机选择一个时间点进行上报。较佳地, 可以指定在网络较空闲的时间或时间段进行上报。这种通过指定在网络较空闲的时间上报 信息,可以提高信息上报效率以及平衡网络负载;当UE进入连接态(RRC C0NNNECTED)后,将之前记录的PCCH寻呼失败信息报告给 网络,这样可以保证信息上报的成功,并可以使网络侧及时得到UE的PCCH寻呼失败信息。网络侧还可以指示需要记录并上报PCCH寻呼失败信息的UE。网络可以指示小区 内的所有UE都进行记录以及上报,也可以指示部分UE进行记录以及上报,如指示具备某种 能力的UE,或者处于某种状态的UE进行记录以及上报。以上这些指示信息可以通过系统广播消息或者专用的无线连接控制(RRC)信令 传送给UE,以将这些指示信息配置到UE。网络侧在通过系统广播消息或者专用的RRC信令 将这些指示信息配置到UE时,可以在系统广播消息或RRC信令中携带这些指示信息的内容 或标识,如failure_time = 3 (其中3是解码失败次数)或trigger_condition = 1 (其中 1是触发条件的标识)表示记录PCCH寻呼失败信息的触发条件是连续读取与PICH对应的 用于承载PCCH数据的信道失败超过3次,import = 1表示PCCH寻呼失败信息的报告方式 是定时上报。网络侧也可以根据其与UE事先的约定,在系统广播消息或RRC信令中携带一 个指示标识以表示所指示的所有内容,如indication = 1表示所指示的触发条件是连续读取与PICH对应的用于承载PCCH 数据的信道失败超过3次,需要上报的PCCH寻呼失败信息包括P-CCPCH信道的RSCP、UE所 在小区的CGI、UE的位置信息以及UE的时间戳,PCCH寻呼失败信息的报告方式为定时上 报;或者,indication = 2表示所指示的触发条件是连续读取与PICH对应的用于承载 PCCH数据的信道失败超过4次,需要上报的PCCH寻呼失败信息包括P-CCPCH信道的RSCP、 UE所在小区的CGI以及UE的时间戳,PCCH寻呼失败信息的报告方式为UE进入连接态时上报等。一次配置后,这些指示信息可在一定时间内有效(有效时长可由网络侧指定); 网络侧还可以更新指示信息,并通过系统广播消息或者专用的RRC信令将指示信息配置到 UE ;网络侧还可以通过系统广播消息或者专用的RRC信令指示UE停止记录和上报PCCH寻 呼失败信息。UE在接收到网络侧发送的上述指示后,就可以根据该指示记录并报告PCCH寻呼 失败信息。下面结合一些典型实例对本发明实施例所提供的PCCH信道优化流程进行详细说明。以下所述网络均指TD-SCDMA或其演进系统,如HSDPA、HSUPA或HSPA+系统。实例一网络设置小区内的UE记录接收PCCH信道(即解码PCH)失败事件,以及接 收UE根据该指示上报的失败事件信息进行PCCH优化的过程。该流程以UE连续读取PCCH 信道失败3次则视为发生PCCH信道失败事件,并且以上报失败事件信息方式为UE进入连 接态时上报为例进行描述。该流程可如图2所示,包括步骤201、小区A的网络侧设备发送系统消息,其中指示小区A内所有UE都需 要记录接收PCCH失败时的事件,并且指示出当UE连续读取与PICH对应的PCH信道(承 载PCCH数据)失败超过3次,则认为发生一次PCCH接收失败事件,并当发生该事件时记录 PCCH寻呼失败日志,还指示出PCCH寻呼失败日志的上报方式是当UE进入连接态(即建立 了 RRC连接)后上报。步骤202、UE以DRX (Discontinuous Rec印tion,非连续性接收或间断接收)方式 读取PICH(寻呼指示信道),当发现有寻呼指示后,UE尝试读取该PICH对应的PCH信道数 据,由于PCH承载在S-CCPCH物理信道上,UE解码无线帧时隙0的S-CCPCH物理信道以获
取寻呼信息。步骤203、UE是否成功解码S-CCPCH信道,若不成功,则执行步骤204 ;否则,若解 码成功则按照常规流程处理,如响应寻呼消息,然后返回步骤202,继续监测PICH。步骤204、UE判断连续解码S-CCPCH信道失败次数是否达到3次,若未达到,则重 复步骤202再次解码S-CCPCH信道以获取寻呼信息;若达到,则执行步骤205。步骤205、当UE连续尝试解码S-CCPCH信道失败超过3次,则记录此次失败事件, 以及发生时的时间戳、当前小区的标识,P-CCPCH的RSCP测量值。若UE有GPS装置,还可 记录下失败事件发生时的地理坐标信息。步骤206、UE与网络建立无线连接后,将记录的PCCH寻呼失败日志信息传送给网 络侧设备。步骤207、网络侧设备收到UE上报的PCCH寻呼失败日志信息后,传送给最小化路 测(MDT)服务器或其他网络优化服务器(或系统),然后运营商可以对数据进行分析(如通 过预先配置于网络优化系统的优化策略进行分析),检查网络中哪些位置可能存在PCH覆 盖问题,并可以采用相应的优化措施(优化措施也可预先配置于网络优化系统),如提高承 载PCCH信道的PCH信道的发射功率,以优化PCCH信道。以上流程中,UE在记录PCCH寻呼失败日志后,或者在上报所记录的寻呼失败日志 后,可继续监测PICH以获取寻呼指示,并根据获取到的寻呼指示尝试解码对应的PCH以获 取PCCH寻呼信息。以上流程中所述的网络侧设备可以是RNCO^adio Network Controller,无线网络 控制器)。实例二 网络设置小区内具有定位功能的UE记录读取PCCH信道(解码HS-DSCH) 失败事件,以及接收UE根据该指示上报的失败事件进行PCCH优化的过程。该流程以UE连 续读取PCCH信道信道失败3次则视为发生PCCH信道失败事件,并且以上报失败事件信息 方式为定时上报为例进行描述。该流程可如图3所示,包括步骤301、小区B的网络侧设备发送系统消息,其中指示小区B内具有GPS定位 能力的UE需要记录读取PCCH失败时的事件,并且指示出当UE连续读取与PICH对应的HS-DSCH信道(承载PCCH数据)失败超过3次,则认为发生一次PCCH读取失败事件,并当 发生该事件时记录PCCH寻呼失败日志,还指示出PCCH寻呼失败日志的上报方式是定时报 告,在凌晨2点到3点之间将日志记录发送给网络。步骤302、UE以DRX方式读取寻呼指示信道PICH,当发现有寻呼指示后,UE尝试读 取PICH对应的HS-DSCH信道,由于承载PCCH信息的HS-DSCH与PICH有预先设定的对应关 系,UE在相应的时间位置解码HS-DSCH信道数据。步骤303、具有GPS定位能力的UE是否成功解码HS-DSCH信道,若不成功,则执行 步骤304 ;否则,若解码成功,按照常规流程处理,如响应寻呼消息,然后返回步骤302,继续 监测PICH。步骤304、UE判断连续解码HS-DSCH信道失败次数是否达到3次,若未达到,则重 复步骤302再次解码HS-DSCH信道以获取寻呼信息;若达到,则执行步骤304。步骤305、当具有GPS定位能力的UE连续尝试解码HS-DSCH信道失败超过3次,则 记录此次失败事件,以及发生时的时间戳、当前小区的标识,P-CCPCH的RSCP测量值。由于 UE有GPS装置,因此还可以记录失败时的地理坐标信息。这些日志记录可以保存在UE的存 储器中。步骤306、在凌晨2点到3点之间时(如在该时间段内的任意时刻),具有GPS定 位能力的UE将所记录的PCCH寻呼失败日志发送给网络侧设备。若UE当前没有与网络建 立连接,则需要首先建立无线连接。步骤307、网络侧设备收到UE上报的PCCH寻呼失败日志信息后,转发给最小化路 测(MDT)服务器或其他网络优化服务器(或系统),然后运营商可以对数据进行分析(如 通过预先配置于网络优化系统的优化策略进行分析),检查网络中哪些地理位置可能存 在HS-DSCH覆盖问题,并可以采用相应的优化措施(优化措施也可预先配置于网络优化系 统),如改变网络的部署,调整基站的天线发射方向,或者提高承载PCCH信道的HS-DSCH信 道的发射功率,以优化PCCH信道。以上流程中,UE在记录PCCH寻呼失败日志后,或者在上报所记录的寻呼失败日志 后,可继续监测PICH以获取寻呼指示,并根据获取到的寻呼指示尝试解码对应的PCH以获 取PCCH寻呼信息。以上流程中所述的网络侧设备可以是RNC。实例三网络设置小区内处于CELL_PCH或/和URA_PCH状态(其中,UE处于CELL_ PCH状态是指UE没有专用的物理信道,根据网络提供的算法选择PCH,并使用DRX方式监控 PICH的状态,UE处于URA_PCH状态跟CELL_PCH状态相似,只是在小区重选后不执行小区更 新Cell Update过程)的UE记录接收PCCH信道(解码HS-DSCH)失败事件,以及接收UE 根据该指示上报的失败事件进行PCCH优化的过程。该流程以UE连续读取PCCH信道失败3 次则视为发生PCCH信道信道失败事件,并且以上报失败事件信息方式为UE进入CELL_DCH 状态时上报为例进行描述。该流程可如图4所示,包括步骤401、小区C的网络侧设备发送系统消息,其中指示小区内处于CELL_PCH或 /和URA_PCH状态的UE需要记录接收PCCH失败时的事件,并且指示出当这些UE连续读取 与PICH对应的HS-DSCH信道(承载PCCH数据)失败超过3次,则认为发生一次PCCH接收 失败事件,并当发生该事件时记录PCCH寻呼失败日志,还指示出记录PCCH寻呼失败日志的上报方式是当UE进入CELL_DCH(其中,UE在有大量数据包发送时需进入CELL_DCH状态) 状态后上报。步骤402、UE以DRX方式读取寻呼指示信道PICH,当发现有寻呼指示后,UE尝试读 取该PICH对应的HS-DSCH信道数据。由于在CELL_PCH/URA_PCH状态下,HS-DSCH只在主 载波上发送,因此UE在主载波上解码HS-DSCH信道。步骤403、处于CELL_PCH或/和URA_PCH状态的UE判断是否成功解码HS-DSCH信 道,若不成功,则执行步骤404;否则,若解码成功则按照常规流程处理,如响应寻呼消息, 然后返回步骤402,继续监测PICH。步骤404、处于CELL_PCH或/和URA_PCH状态的UE判断连续解码HS-DSCH信道失 败次数是否达到3次,若未达到,则重复步骤402再次解码HS-DSCH信道以获取寻呼信息; 若达到,则执行步骤405。步骤405、当处于CELL_PCH或/和URA_PCH状态的UE连续尝试解码HS-DSCH信 道失败超过3次,则记录此次失败事件,以及发生时的时间戳、当前小区的标识,P-CCPCH的 RSCP测量值。若UE有GPS装置,则还可记录下失败事件发生时的地理坐标信息。步骤406、当处于CELL_PCH或/和URA_PCH状态的UE进入CELL_DCH状态后,将记 录的PCCH寻呼失败日志信息传送给网络侧设备。步骤407、网络侧设备收到UE的日志信息后,传送给最小化路测(MDT)服务器或其 他网络优化服务器(或系统),然后运营商可以对数据进行分析(如通过预先配置于网络优 化系统的优化策略进行分析),检查网络中哪些位置可能存在主载波覆盖不足的问题,并可 采用相应的优化措施(优化措施也可预先配置于网络优化系统),如提高主载波的发射功 率,以优化PCCH。以上流程中,UE在记录PCCH寻呼失败日志后,或者在上报所记录的寻呼失败日志 后,可继续监测PICH以获取寻呼指示,并根据获取到的寻呼指示尝试解码对应的HS-DSCH 以获取PCCH寻呼信息。以上流程中所述的网络侧设备可以是RNC。通过以上描述可以看出,通过由网络侧指示用户设备在接收寻呼控制信道PCCH 寻呼消息失败时记录PCCH寻呼失败信息并进行上报,并根据从用户设备按照该指示所上 报的PCCH寻呼失败信息对PCCH进行优化,实现了根据用户设备自动上报的信息进行PCCH 优化。一方面,由于用户设备分布广泛,包括分布在路测设备通常不能达到的区域,如写字 楼或者住宅楼内,这样,使得进行PCCH优化的依据更加全面,因此,所采用的PCCH策略也相 应的更加准确,所得到的优化结果也更加有意义,即,与现有PCCH优化方式相比,可以获得 更好的提高网络性能;另一方面,通过用户设备自行上报PCCH寻呼失败信息以使网络侧获 得PCCH优化的依据,与现有通过人工使用路测设备进行实地路测相比,可以简化PCCH优化 的操作,并可以节省成本和提高效率,从而填补了目前TDD系统的PCCH优化的空白。基于相同的技术构思,本发明实施例还提供了 一种网络侧设备。如图5所示,为本发明实施例提供的网络侧设备500的结构示意图,该网络侧设备 可以是RNC,该网络设备可以包括指示模块501、接收模块502、发送模块503,其中指示模块501,用于指示UE在接收寻呼控制信道PCCH寻呼消息失败时记录PCCH 寻呼失败信息并进行上报;
10
接收模块502,用于接收用户设备根据指示模块501的所述指示所记录并上报的 PCCH寻呼失败信息;发送模块503,用于将接收模块502接收到PCCH寻呼失败信息发送给PCCH信道优 化系统,以进行PCCH信道优化。上述网络侧设备中,指示模块501可指示UE连续解码承载PCCH寻呼消息的传输 信道时,数据解码错误的次数超过设定次数;或者在设定时长内UE解码承载PCCH寻呼消息 的传输信道失败,则记录PCCH寻呼失败信息并进行上报。指示模块501所指示的上报方式, 可以包括根据设定的周期上报,或在指定的时间段内上报,或当用户设备进入连接态后上 报。指示模块501可通过系统广播消息或者无线连接控制信令,指示用户设备记录PCCH寻 呼失败信息并进行上报。指示模块501所指示的用户设备可以是小区内的所有用户设备, 也可以是小区内的特定用户设备。上述网络侧设备中,指示模块501所指示记录并上报的PCCH寻呼失败信息,以及 接收模块502所接收的PCCH寻呼失败信息,可以包括以下内容之一或任意组合UE解码承 载PCCH寻呼消息的传输信道失败时P-CCPCH的接收信号码功率RSCP,UE解码承载PCCH寻 呼消息的传输信道失败时所在小区的标识,以及UE解码承载PCCH寻呼消息的传输信道失 败时的时间信息,在此基础上还可以进一步包括UE解码承载PCCH寻呼消息的传输信道失 败时的位置信息。基于相同的技术构思,本发明实施例还提供了 一种TDD系统PCCH信道的优化系统。参见图6,为本发明实施例提供的TDD系统PCCH信道的优化系统结构示意图,该系 统包括优化装置,以及如图5所示的网络侧设备500,其中优化装置600,用于接收网络侧设备发送的PCCH寻呼失败信息,并根据接收到的 PCCH寻呼失败信息优化PCCH。优化装置600可以是最小化路测(MDT)服务器或其他网络优化服务器(或系统), 其上可配置有PCCH优化策略,并可以根据该配置的PCCH优化策略对从网络侧设备500接 收到的PCCH寻呼失败信息进行分析,并根据分析结果对PCCH信道采用相应的优化措施进 行优化。其中,优化措施可以包括以下方式之一或任意组合优化PCCH 提高承载PCCH信道的传输信道的发射功率;调整基站天线发射方向;提高主载波的发射功率。网络侧设备500可以是一个或多个,其数量可以根据所监测并进行网络优化的覆 盖范围的大小来确定。综上所述,采用本发明方法,运营商可以利用UE记录的日志信息,发现网络中存 在的PCCH信道的失败情况,以及发生PCCH失败时的位置,使得运营商可以利用UE记录 的信息分析问题原因,并采取相应的措施对PCCH信道进行优化,这减少了人工路测的工作 量,降低了网络的运维成本。另一方面,UE是随机分布在网络中的各个区域,通过大量UE记 录的日志信息,运营商可以了解网络中各个位置的情况,包括传统人工路测无法达到的区 域,如室内以及私人区域,使运营商能够发现这些区域的问题,并进行相应的优化,为用户 提供更高质量的服务。
11
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精 神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围 之内,则本申请也意图包含这些改动和变型在内。
权利要求
1.一种TDD系统PCCH信道的优化方法,其特征在于,包括以下步骤网络侧指示用户设备在接收寻呼控制信道PCCH寻呼消息失败时记录PCCH寻呼失败信 息并进行上报;网络侧接收用户设备根据所述指示所记录并上报的PCCH寻呼失败信息;以及 网络侧根据接收到的PCCH寻呼失败信息优化PCCH。
2.如权利要求1所述的方法,其特征在于,所述接收PCCH寻呼消息失败是指用户设 备连续解码承载PCCH寻呼消息的传输信道时,数据解码错误的次数超过设定次数;或者, 在设定时长内用户设备解码承载PCCH寻呼消息的传输信道失败。
3.如权利要求1所述的方法,其特征在于,网络侧所指示的上报方式,包括以下之一 根据设定的周期上报;在指定的时间段内上报; 当用户设备进入连接态后上报。
4.如权利要求1所述的方法,其特征在于,所述PCCH寻呼失败信息,包括以下之一或任意组合用户设备解码承载PCCH寻呼消息的传输信道失败时主公共控制物理信道P-CCPCH的 接收信号码功率RSCP ;用户设备解码承载PCCH寻呼消息的传输信道失败时所在小区的标识; 用户设备解码承载PCCH寻呼消息的传输信道失败时的时间信息。
5.如权利要求4所述的方法,其特征在于,所述PCCH寻呼失败信息,还包括用户设备 解码承载PCCH寻呼消息的传输信道失败时的位置信息。
6.如权利要求1所述的方法,其特征在于,网络侧通过系统广播消息或者无线连接控 制信令,指示用户设备记录PCCH寻呼失败信息并进行上报。
7.如权利要求6所述的方法,其特征在于,网络侧通过在系统广播消息或者无线连接 控制信令中携带以下指示信息之一或任意组合,以指示用户设备记录PCCH寻呼失败信息 并进行上报接收PCCH寻呼消息失败的触发条件指示信息,上报方式的指示信息,需要记 录和上报的PCCH寻呼失败信息内容的指示信息;或者,网络侧通过在系统广播消息或者无线连接控制信令中携带一个指示信息以指示 用户设备记录PCCH寻呼失败信息并进行上报,其中,该指示信息用于指示以下内容的任意 组合接收PCCH寻呼消息失败的触发条件、上报方式和需要记录并上报的PCCH寻呼失败信 息内容。
8.如权利要求1所述的方法,其特征在于,优化PCCH的方式,包括以下之一或任意组合提高承载PCCH信道的传输信道的发射功率; 调整基站天线发射方向; 提高主载波的发射功率。
9.如权利要求1至8任一项所述的方法,其特征在于,所述用户设备为小区内的所有用 户设备,或者小区内的特定用户设备。
10.如权利要求9所述的方法,其特征在于,所述特定用户设备为具有全球定位系统 GPS功能的用户设备,或者处于CELL_PCH或/和URA_PCH状态的用户设备。
11.一种网络侧设备,其特征在于,包括指示模块,用于指示用户设备在接收寻呼控制信道PCCH寻呼消息失败时记录PCCH寻 呼失败信息并进行上报;接收模块,用于接收用户设备根据所述指示模块的所述指示所记录并上报的PCCH寻 呼失败信息;发送模块,用于将所述接收模块接收到PCCH寻呼失败信息发送给PCCH信道优化系统, 以进行PCCH信道优化。
12.如权利要求11所述的网络侧设备,其特征在于,所述指示模块具体用于指示用 户设备连续解码承载PCCH寻呼消息的传输信道时,数据解码错误的次数超过设定次数;或 者,在设定时长内用户设备解码承载PCCH寻呼消息的传输信道失败,则记录PCCH寻呼失败 信息并进行上报。
13.如权利要求11所述的网络侧设备,其特征在于,所述指示模块所指示的上报方式, 包括根据设定的周期上报,或在指定的时间段内上报,或当用户设备进入连接态后上报。
14.如权利要求11所述的网络侧设备,其特征在于,所述指示模块所指示记录并上报 的PCCH寻呼失败信息,以及所述接收模块所接收的PCCH寻呼失败信息,包括用户设备解 码承载PCCH寻呼消息的传输信道失败时主公共控制物理信道P-CCPCH的接收信号码功率 RSCP,用户设备解码承载PCCH寻呼消息的传输信道失败时所在小区的标识,用户设备解码 承载PCCH寻呼消息的传输信道失败时的时间信息。
15.如权利要求11所述的网络侧设备,其特征在于,所述指示模块具体用于通过系统 广播消息或者无线连接控制信令,指示用户设备记录PCCH寻呼失败信息并进行上报。
16.如权利要求11所述的网络侧设备,其特征在于,所述指示模块所指示的用户设备 为小区内的所有用户设备,或者小区内的特定用户设备。
17.一种TDD系统PCCH信道的优化系统,其特征在于,包括如权利要求11-16任一项 所述的网络侧设备,以及优化装置,用于接收网络侧发送的PCCH寻呼失败信息,并根据接收到的PCCH寻呼失败 信息优化PCCH。
18.如权利要求17所述的系统,其特征在于,所述优化装置通过以下方式之一或任意 组合优化PCCH 提高承载PCCH信道的传输信道的发射功率;调整基站天线发射方向;提高主载波的发射功率。
全文摘要
本发明公开了一种TDD系统PCCH信道的优化方法及其装置和系统,该方法包括以下步骤网络侧指示用户设备在接收寻呼控制信道PCCH寻呼消息失败时记录PCCH寻呼失败信息并进行上报;网络侧接收用户设备根据所述指示所记录并上报的PCCH寻呼失败信息;以及网络侧根据接收到的PCCH寻呼失败信息优化PCCH。采用本发明,可以实现根据用户设备上报的信息进行PCCH信道优化,从而使得进行PCCH优化的依据更加全面,以及节省成本和提高效率。
文档编号H04W16/00GK102142908SQ201010105038
公开日2011年8月3日 申请日期2010年2月2日 优先权日2010年2月2日
发明者杨晓东, 王彦 申请人:电信科学技术研究院
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1