用户装置和寻呼信道接收方法专利检索- .使用触发事件专利检索查询-专利查询网

用户装置和寻呼信道接收方法
申请号	CN200880117391.8	申请日	2008-09-17	公开(公告)号	CN101874421B	公开(公告)日	2013-03-20
申请人	株式会社NTT都科摩;			发明人	岩村干生; 石井美波;
摘要	一种用户装置，在所处小区改变的情况下，进行等待的小区的再次选择，该用户装置包括：跟踪区域ID判断部件，判断从基站装置发送的新的跟踪区域的ID是否与就在小区的再次选择之前所处的小区的跟踪区域ID一致；以及寻呼接收部件，在判断为新的跟踪区域的ID与就在小区的再次选择之前所处的小区的跟踪区域ID一致的情况下，通过就在小区的再次选择之前所处的小区中的寻呼参数，进行寻呼的接收。
权利要求	1.一种用户装置，在所处小区改变的情况下，进行等待的小区的再次选择，其特征在于，该用户装置包括：跟踪区域ID判断部件，判断从基站装置发送的新的跟踪区域的ID是否与就在所述小区的再次选择之前所处的小区的跟踪区域ID一致；寻呼接收部件，在判断为所述新的跟踪区域的ID与就在所述小区的再次选择之前所处的小区的跟踪区域ID一致的情况下，通过就在所述小区的再次选择之前所处的小区中的寻呼参数，进行寻呼的接收；接收部件，接收主广播信道； L1/L2处理部件，接收由所述主广播信道所指定的物理下行链路控制信道，检测在该物理下行链路控制信道中指定的最初的调度单元的资源位置；以及 RRC处理部件，基于所述最初的调度单元的资源位置，接收最初的调度单元，并获得在该最初的调度单元中包含的跟踪区域的ID。 2.如权利要求1所述的用户装置，其特征在于，对属于跟踪区域的每个基站装置设定所述寻呼参数。 3.一种在用户装置中的寻呼信道接收方法，所述用户装置在所处小区改变的情况下进行等待的小区的再次选择，其特征在于，该方法包括：跟踪区域ID判断步骤，判断从基站装置发送的新的跟踪区域的ID是否与就在所述小区的再次选择之前所处的小区的跟踪区域ID一致；以及寻呼接收步骤，在判断为所述新的跟踪区域的ID与就在所述小区的再次选择之前所处的小区的跟踪区域ID一致的情况下，通过就在所述小区的再次选择之前所处的小区中的寻呼参数，进行寻呼的接收；接收步骤，接收主广播信道； L1/L2处理步骤，接收由所述主广播信道所指定的物理下行链路控制信道，检测在该物理下行链路控制信道中指定的最初的调度单元的资源位置；以及 RRC处理步骤，基于所述最初的调度单元的资源位置，接收最初的调度单元，并获得在该最初的调度单元中包含的跟踪区域的ID。
说明书全文	用户装置和寻呼信道接收方法技术领域 [0001] 本发明涉及无线通信系统，特别涉及用户装置和寻呼信道接收方法。背景技术 [0002] 在无线通信网络中，用户装置的位置以跟踪区域(Tracking Area)这样的单位而存储在网络中。跟踪区域相当于在3G中的位置区域(LA：LocationArea)或者路由区域(RA：Routing Area)，由1个或多个小区构成。 [0003] 管理各个用户装置的接入网关装置在本地位置寄存器(HLR：HomeLocation Register)中保持该接入网关装置的识别符。 [0004] 用户装置具有两种动作模式，即活动模式和空闲模式。 [0005] 处于空闲模式的用户装置，即等待中的用户装置根据传播状态来选择等待的小区，并接收从该小区发送的寻呼信道。用户装置确认接收到的寻呼信道，并确认有无表示对于本装置的来信的信号，若确认表示对于本装置的来信的信号，则在上行链路中接入到所处小区。之后，用户装置在与该小区之间建立连接，转移到活动模式。在该时刻，网络侧能够确定用户装置所处的小区。 [0006] 由于在用户装置处于空闲模式的情况下，网络侧处于没有与该用户装置之间的连接的状态，所以并不能确定所处的小区。因此，网络在属于跟踪区域的全部小区中发送寻呼信道。 [0007] 在各个跟踪区域中，从各个小区广播跟踪区域的识别符。处于空闲模式的用户装置接收所广播的跟踪区域的识别符，能够掌握本装置所处的跟踪区域。 [0008] 例如，在用户装置移动到相邻的小区，在那里广播的跟踪区域的识别符与目前为止广播的跟踪区域的识别符不同的情况下，用户装置在上行链路中进行接入，进行位置注册的更新请求。将该位置注册的更新称为跟踪区域更新(TAU：Tracking Area Update)。具体地说，用户装置存储保持进行位置注册的跟踪区域的识别符。用户装置随着移动而进行小区的再次选择。将该小区的再次选择称为小区重新选择。移动台在每次进行小区重新选择时，接收来自该小区的广播信息，并确认在该广播信息中包含的跟踪区域的识别符。用户装置在接收的新的跟踪区域的识别符与存储保持的跟踪区域的识别符不同的情况下，判断为脱离目前为止所处的跟踪区域，进行跟踪区域更新。若进行跟踪区域更新，则网络将用于注册用户装置的跟踪区域的识别符通知给用户装置，用户装置将通知到的跟踪区域的识别符存储保持。此时，网络也可以通知多个跟踪区域的识别符。此时，用户装置同时位置注册到多个跟踪区域。将这个称为多种位置注册(Multi-TA Registration)。用户装置通过对存储保持的跟踪区域的识别符与在小区重新选择的小区中广播的跟踪区域的识别符进行比较，判断是否需要跟踪区域更新。 [0009] 另一方面，在接收的新的跟踪区域的识别符与存储保持的跟踪区域识别符相同的情况下，用户装置判断没有脱离目前为止所处的跟踪区域。此时，用户装置不进行跟踪区域更新。 [0010] 用户装置随着移动而进行小区重新选择，但只要处于相同的跟踪区域，就不会进行跟踪区域更新。 [0011] 此外，处于活动模式的用户装置，即通信中的用户装置也可以不进行跟踪区域更新。发明内容 [0012] 发明要解决的课题 [0013] 处于空闲模式的用户装置在间断接收(DRX：Discontinuous Reception)的定时，监视寻呼信道，检查是否有发往与本用户装置对应的寻呼用的无线网络临时ID(P-RNTI：Paging-Radio Network Temporary Identity，寻呼无线网络临时身份)的物理下行控制信道(PDCCH：Physical Downlink ControlChannel，物理下行链路控制信道)。在有的情况下，进一步接收物理下行共享信道(PDSCH：Physical Downlink Shared Channel，物理下行链路共享信道)，在加入有本用户装置的识别符(UE ID)的情况下，识别来信而转移到连接程序。在接收该寻呼信道时使用的寻呼参数是在广播信道中通知。寻呼参数中至少包含有间断接收周期、寻呼的组数。 [0014] 在用户装置进行小区再次选择，并在该小区中重新等待的情况下，由于全部接收广播信息，所以直到该广播信息的接收结束为止，不能接收寻呼信道。即，在用户装置实施了小区再次选择开始到广播信息的接收结束为止的期间有来信的情况下，不能接收该来信。这里，广播信息的接收是指，接收在接收寻呼信道的情况下使用的寻呼参数的全部。 [0015] 因此，本发明是鉴于上述的问题而完成的，提供一种能够缩短不能接收在小区再次选择开始的情况下的来信的时间的用户装置。 [0016] 用于解决课题的手段 [0017] 为了解决上述课题，本用户装置是在所处小区改变的情况下进行等待的小区的再次选择的用户装置，该用户装置包括： [0018] 跟踪区域ID判断部件，判断从基站装置发送的新的跟踪区域的ID是否与就在所述小区的再次选择之前所处的小区的跟踪区域ID一致；以及 [0019] 寻呼接收部件，在判断为所述新的跟踪区域的ID与就在所述小区的再次选择之前所处的小区的跟踪区域ID一致的情况下，通过就在所述小区的再次选择之前所处的小区中的寻呼参数，进行寻呼的接收。 [0020] 本寻呼信道接收方法是在所处小区改变的情况下进行等待的小区的再次选择的用户装置中的寻呼信道接收方法，该方法包括： [0021] 跟踪区域ID判断步骤，判断从基站装置发送的新的跟踪区域的ID是否与就在所述小区的再次选择之前所处的小区的跟踪区域ID一致；以及 [0022] 寻呼接收步骤，在判断为所述新的跟踪区域的ID与就在所述小区的再次选择之前所处的小区的跟踪区域ID一致的情况下，通过就在所述小区的再次选择之前所处的小区中的寻呼参数，进行寻呼的接收。 [0023] 发明效果 [0024] 根据公开的用户装置和寻呼信道接收方法，能够缩短不能接收在开始小区再次选择的情况下的来信的时间。附图说明 [0025] 图1是表示一实施例的无线通信系统的方框图。 [0026] 图2是表示广播信道的发送例的说明图。 [0027] 图3是表示一实施例的用户装置的部分方框图。 [0028] 图4是表示一实施例的用户装置的动作的流程图。 [0029] 标号说明 [0030] 100n(1001、1002、1003、......、100n) 用户装置 [0031] 102 RF接收单元 [0032] 104 L1/L2处理单元 [0033] 106 RRC处理单元 [0034] 108 NAS处理单元 [0035] 2001(2001、2002、2003、......、2001) 基站装置 [0036] 2021(2021、2022、2023、......、2021) 小区 [0037] 204m(2041、2042、2043、......、204m) 跟踪区域 [0038] 300接入网关装置 [0039] 400核心网络 [0040] 1000无线通信系统具体实施方式 [0041] 接着，基于以下的实施例，参考附图说明用于实施本发明的优选方式。 [0042] 另外，在用于说明实施例的全部附图中，对于具有同一功能的部分使用同一标号，并省略重复的说明。 [0043] 参照图1说明应用本实施例的用户装置的无线通信系统。在本实施例中，作为一例说明了应用LTE(Long Term Evolution，长期演进)的系统，但也可以适用于应用UMTS(universal mobile telephone service，通用移动电话服务)的系统，具体地说，应用W-CDMA或HSDPA的系统中。 [0044] 无线通信系统1000例如是应用演进的UTRA和UTRAN(Evolved UTRAand UTRAN)(另称：Long Term Evolution(长期演进)，或者，超(Super)3G)的系统，包括：基站装置(eNB：eNode B)200(2001、2002、......、2001，1为1＞0的整数)和多个用户装置(UE：User Equipment)100n(1001、1002、1003、......、100n，n为n＞0的整数)。基站装置2001与高层站装置、例如接入网关装置300连接，高层站装置300与核心网络400连接。这里，用户装置100n在各个基站装置2001覆盖的小区2021(2021、2022、2023、......、2021，1为1＞0的整数)中通过演进的UTRA和UTRAN与基站装置2001进行通信。此外，由一个或多个小区构成跟踪区域204m(2041、2042、2043、......、204m，m为m＞0的整数)。例如，由小区2021、2022、2023、2024构成跟踪区域2041，由小区2025、2026构成跟踪区域2042。 [0045] 以下，由于用户装置100n(1001、1002、1003、......、100n)具有同样的结构、功能、状态，所以在以下只要没有特别说明则作为用户装置100n来进行说明。为便于说明，与基站装置2001进行无线通信的是移动台装置，但更一般地，既包括移动终端，也包括固定终端。 [0046] 无线通信系统1000作为无线接入方式，对下行链路应用OFDM(频分多址接入)、对上行链路应用SC-FDMA(单载波-频分多址接入)。OFDM是将频带分割为多个窄的频带(副载波)，并将数据放置在各个频带上传输的方式。SC-FDMA是分割频带，并且在多个终端之间使用不同的频带来传输，从而能够减少终端之间的干扰的传输方式。 [0047] 接入网关装置(aGW：access Gateway)300例如可以包含在核心网络400中，也可以包含在核心网络400以外的网络中。有将该接入网关装置分为控制面(C-plane)和用户面(U-plane)的逻辑实体，设为MME(MobilityManagement Entity：移动性管理实体)/S-GW(Serving Gateway，服务网关)的情况。此外，在核心网络400中，包括本地位置寄存器(HLR：Home LocationRegister)(未图示)。在本地位置寄存器中，保持有用于管理各个用户装置100n的接入网关装置的识别符。 [0048] 说明本实施例的无线通信系统。 [0049] 在本实施例的无线通信系统中，覆盖属于相同的跟踪区域的小区的基站装置2001具有同样的寻呼参数。即，对属于跟踪区域的每个基站装置设定寻呼参数。在寻呼参数中，包括在用户装置100n进行间断接收时的间断接收周期、寻呼的组数。 [0050] 处于空闲状态的用户装置100n在随着移动而所处的小区改变的情况下进行小区再次选择。例如图1所示那样，用户装置1003在从小区2022移动到小区2023的情况下，由于所处的小区改变，所以进行小区再次选择。进行小区再次选择的用户装置100n接收从新所处的小区发送的广播信道。在广播信道中包括第1广播信道(主广播信道)(P-BCH：Primary Broadcast Channel)和动态广播信道(D-BCH：Dynamic Broadcast Channel)。主广播信道如在W-CDMA中的广播信道那样应用固定的发送方法。在主广播信道中发送基本的最低限度的信息。在主广播信道中发送的信息以外的信息通过动态广播信道发送。动态广播信道例如在共享数据信道中发送。在该动态广播信道中，包括一个或者多个调度单元(SU：Scheduling Unit)。例如，在最初的调度单元(SU-1)中，包括本基站装置200所属的跟踪区域的ID(识别符)(例如，参照3GPP TS36.300，v 8.1.0，July，2007)。 [0051] 图2表示广播信道的发送例子。 [0052] 进行小区再次选择的用户装置100n接收主广播信道，接收由该主广播信道所指定的物理下行链路控制信道(PDCCH：Physical Downlink ControlChannel)。物理下行链路控制信道还被称为L1/L2控制信道。并且，在由物理下行链路控制信道所指定的资源位置上接收最初的调度单元，获得在该最初的调度单元中包含的后续的调度单元的调度信息，从而接收后续的调度单元。 [0053] 用户装置100n在最初的调度单元中包含的跟踪区域的ID与存储保持的跟踪区域的ID相同的情况下，接收该跟踪区域的ID之后，开始从新所处的小区发送的寻呼信道的接收。此时，用户装置100n使用就在小区再次选择之前所处的小区中的寻呼参数，接收从新所处的小区发送的寻呼信道。 [0054] 参照图3说明本实施例的用户装置100n。 [0055] 本实施例的用户装置100n包括：RF接收单元102、L1/L2处理单元104、RRC(Radio Resource Control，无线资源控制)处理单元106、NAS(Non-AccessStratum，非接入层)处理单元108。 [0056] RF接收单元102在本用户装置100n处于空闲状态时移动，在所处的小区改变并进行小区再次选择的情况下，接收从基站装置200发送的主广播信道，并将接收的广播信道输入到L1/L2处理单元104。主广播信道以一定周期，例如10ms～20ms为一次间隔重复发送。在主广播信道中，除了小区带宽、发送功率等的第1层(L1)信息之外，还传输用于表示最初的调度单元的所在的物理下行链路控制信道的发送定时信息。 [0057] L1/L2处理单元104接收由从RF接收单元102输入的主广播信道所指定的物理下行链路控制信道。在物理下行链路控制信道中，指定对应的调度单元的资源单元(RU：Resource Unit)。并且，L1/L2处理单元104检测由L1/L2控制信道所指定的最初的调度单元的资源单元的位置，并将检测出的最初的调度单元的资源单元的位置输入到RRC处理单元106。 [0058] RRC处理单元106基于输入的最初的调度单元的资源单元的位置，接收最初的调度单元，获得在该最初的调度单元中包含的跟踪区域的ID，并将获得的跟踪区域的ID输入到NAS处理单元108。 [0059] NAS处理单元108判断输入的跟踪区域的ID是否与在存储保持的跟踪区域的ID(跟踪区域的ID列表)中、就在小区再次选择之前所处的小区所属的跟踪区域的ID一致。NAS处理单元108将判断结果输入到RRC处理单元106。 [0060] RRC处理单元106基于输入的判断结果，在新所处的跟踪区域的ID与至此为止所处的跟踪区域的ID一致的情况下，使用就在小区的再次选择之前所处的小区中的寻呼参数，指示L1/L2处理单元104接收寻呼信道。然后，RRC处理单元106获得在最初的调度单元中包含的后续的调度单元的调度信息，并基于该调度信息接收后续的调度单元。之后，用户装置100n转移到等待状态(camping)。 [0061] 另一方面，在新所处的跟踪区域的ID与至此为止所处的跟踪区域的ID不一致的情况下，RRC处理单元106获得在最初的调度单元中包含的后续的调度单元的调度信息，接收后续的调度单元。然后，RRC处理单元106使用在后续的调度单元中包含的该小区的寻呼参数，指示L1/L2处理单元104接收寻呼信道。 [0062] NAS处理单元108判断输入的新所处的小区所属的跟踪区域的ID是否包含在跟踪区域的ID列表中。NAS处理单元108在输入的新所处的小区所属的跟踪区域的ID包含在跟踪区域的ID列表中的情况下，将包含在跟踪区域的ID列表中的情况输入到RRC处理单元106。之后，用户装置100n转移到等待状态。 [0063] NAS处理单元108在输入的新所处的小区所属的跟踪区域的ID没有包含在跟踪区域的ID列表中的情况下，将没有包含在跟踪区域的ID列表中的情况输入到RRC处理单元106，并启动跟踪区域更新。RRC处理单元106为进行跟踪区域更新而确立RRC连接。在从网络接收新的跟踪区域ID列表，完成跟踪区域更新之后，RRC处理单元106释放RRC连接，用户装置100n转移到等待状态。 [0064] 接着，参照图4说明本实施例的用户装置100n中的寻呼信道接收方法。 [0065] 处于空闲状态的用户装置100n在所处的小区改变的情况下，进行小区再次选择(步骤S402)。 [0066] RF接收单元102接收主广播信道，并将该接收的广播信道输入到L1/L2处理单元104中(步骤S404)。 [0067] L1/L2处理单元104接收由主广播信道所指定的下行物理链路控制信道，检测在该下行物理链路控制信道中指定的最初的调度单元的资源单元的位置，并将检测出的最初的调度单元的资源单元的位置输入到RRC处理单元106。RRC处理单元106基于输入的最初的调度单元的资源单元的位置，接收最初的调度单元(步骤S406)。 [0068] RRC处理单元106获得在最初的调度单元中包含的跟踪区域的ID，并将获得的跟踪区域的ID输入到NAS处理单元108中。NAS处理单元108判断输入的跟踪区域的ID是否与在存储保持的跟踪区域的ID中、就在小区再次选择之前所处的小区所属的跟踪区域的ID一致(步骤S408)。 [0069] 在判断为与就在小区再次选择之前所处的小区所属的跟踪区域的ID一致的情况下(步骤408：是)，RRC处理单元106使用就在小区的再次选择之前所处的小区中的寻呼参数，指示L1/L2处理单元104开始寻呼信道的接收。其结果，开始寻呼的接收(步骤S410)。 [0070] 然后，RRC处理单元106获得在最初的调度单元中包含的后续的调度单元的调度信息，并基于该调度信息接收后续的调度单元(步骤S412)。 [0071] 之后，用户装置100n转移到等待状态(步骤S414)。 [0072] 另一方面，在判断为与就在小区再次选择之前所处的小区所属的跟踪区域的ID不一致的情况下(步骤408：否)，RRC处理单元106获得在最初的调度单元中包含的后续的调度单元的调度信息，并基于该调度信息接收后续的调度单元(步骤S416)。 [0073] 之后，RRC处理单元106使用在后续的调度单元中包含的寻呼参数，指示L1/L2处理单元104开始寻呼信道的接收。其结果，开始寻呼的接收(步骤S418)。 [0074] NAS处理单元108判断输入的新所处的小区所属的跟踪区域的ID是否包含在跟踪区域的ID列表中(步骤S420)。 [0075] 在输入的新所处的小区所属的跟踪区域的ID包含在跟踪区域的ID列表中的情况下(步骤S420：是)，NAS处理单元108将包含在跟踪区域的ID列表中的情况输入到RRC处理单元106。RRC处理单元106基于NAS处理单元108的通知，继续间断接收状态。即，在间断接收的定时，监视寻呼信道。换言之，用户装置100n转移到等待状态(步骤S414)。 [0076] 另一方面，在输入的新的跟踪区域的ID没有包含在跟踪区域的ID列表中的情况下(步骤S320：否)，NAS处理单元108将没有包含在跟踪区域的ID列表中的情况输入到RRC处理单元106，并启动跟踪区域更新。RRC处理单元106基于NAS处理单元108的通知而确立RRC连接，进行跟踪区域更新(步骤S422)。在完成跟踪区域更新之后，RRC处理单元106释放RRC连接，转移到寻呼信道的间断接收状态。即，在间断接收的定时，监视寻呼信道。换言之，用户装置100n转移到等待状态(步骤S414)。 [0077] 根据本实施例，在跟踪区域内将寻呼参数设为相同。这样，用户装置在进行小区再次选择时，在最初的调度单元中包含的跟踪区域的ID与就在进行小区再次选择之前的跟踪区域的ID一致的情况下，由于在新的小区中的寻呼参数与就在进行小区再次选择之前的小区中的寻呼参数相同，所以能够从接收寻呼参数之前开始寻呼信道的接收。换言之，用户装置能够从最初的调度单元的接收之后就开始寻呼信道的接收。 [0078] 由于寻呼在跟踪区域内的全部小区中发送，所以在同一个跟踪区域内寻呼的业务量不会产生偏差。因此，在跟踪区域内的小区中，不需要改变寻呼参数，例如间断接收周期或组数。通过预先规定在跟踪区域内寻呼参数相同，从而在进行了小区再次选择时仅确认跟踪区域ID的一致，用户装置就能够判断寻呼参数是否不变。只有在跟踪区域ID在小区再次选择的前后不同的情况下，从广播信道再次接收寻呼参数即可，在跟踪区域ID一致的情况下，不需要接收寻呼参数，就能够立即开始寻呼信道的接收。这样，能够减少意想不到地损失来信的概率。 [0079] 此外，在上述的实施例中，记载了在应用演进的UTRA和UTRAN(Evolved UTRA and UTRAN)(另称：Long Term Evolution(长期演进)，或者，超(Super)3G)的系统中的例子，但本用户装置和无线通信系统还能够应用于包括在从网络发送相当于跟踪区域的ID的信息，根据该跟踪区域的ID而进行跟踪区域更新，进而在所处的小区改变的情况下进行小区再次选择的用户装置的无线通信系统，例如如上所述那样应用UMTS的无线通信系统中。 [0080] 便于说明的基础上，为促进发明的理解而使用具体的数值例子进行了说明，但只要没有特别说明，这些数值只是简单的一例，可以使用适当的任意值。 [0081] 以上，参照特定的实施例说明了本发明，但各个实施例只是例示，本领域的技术人员应该理解各种变形例、修改例、代替例、置换例等。为了便于说明，本发明的实施例的装置使用功能性的框图进行了说明，但那样的装置可以由硬件、软件或者它们的组合来实现。本发明并不限定于上述的实施例，各种变形例、修改例、代替例、置换例等包含在本发明中而不脱离本发明的精神。 [0082] 本国际申请主张基于在2007年9月28日申请的日本专利申请第2007-255743号的优先权，将2007-255743号的全部内容引用到本国际申请中。

意见反馈