呼叫方法、核心网络装置、无线接入网络装置以及网关装置 |
|||||||
| 申请号 | CN201080068449.1 | 申请日 | 2010-12-28 | 公开(公告)号 | CN103081547B | 公开(公告)日 | 2016-03-02 |
| 申请人 | 株式会社NTT都科摩; | 发明人 | 西田克利; 铃木启介; 川胜慎平; | ||||
| 摘要 | 本 发明 的呼叫方法在通过P-GW（20）接收了对于空闲状态的UE（10）的分组的情况下，进行UE（10）的呼叫，所述呼叫方法具有：S-GW（30）将在P-GW（20）中接收到的所述分组的接收种类信息设定于“下行链路数据通知”中，并将该“下行链路数据通知”发送给MME（40）以及SGSN（60）的步骤；以及MME（40）以及SGSN（60）基于来自S-GW（30）的“下行链路数据通知”中包含的接收种类信息，判断是否要进行UE（10）的呼叫的步骤。 | ||||||
| 权利要求 | 1.一种呼叫方法，在通过第1网关装置接收了对于空闲状态的用户终端的分组的情况下，进行该用户终端的呼叫，其特征在于，所述呼叫方法具有： |
||||||
| 说明书全文 | 呼叫方法、核心网络装置、无线接入网络装置以及网关装置技术领域[0001] 本发明涉及当发往空闲状态的用户终端的分组被接收时，进行该用户终端的呼叫的呼叫方法、核心网络装置、无线接入网络装置以及网关装置。 背景技术[0002] 以往，在移动通信系统中，在对空闲状态的用户装置有分组接收时，设置在核心网络上的核心网络装置（例如，MME（移动管理实体）和SGSN（支持GPRS服务节点）等）对设置在无线接入网络上的无线接入网络装置（例如，RNC（无线网络控制器）/BSC（基站控制器）和基站等），发送用于呼叫用户终端的寻呼信号。无线接入网络装置根据从核心网络装置接收到的寻呼信号，发送用于呼叫用户终端的寻呼信号。用户终端根据从无线接入网络装置发送的寻呼信号，在与核心网络装置之间进行接收处理（例如，非专利文献1）。 [0003] 此外，在该移动通信系统中，公开了如下情况：在对空闲状态的用户终端存在分组接收时，在核心网络装置和无线接入网络装置中，进行用于限制该用户终端的呼叫的呼叫限制。这样的呼叫限制例如在核心网络装置和无线接入网络装置处于拥挤状态时等进行。 [0004] 现有技术文献 [0005] 非专利文献 [0006] 非专利文献1：3GPP TS23.401 发明内容[0007] 发明要解决的课题 [0008] 但是，在上述的移动通信系统中，当在核心网络装置和无线接入网络装置中进行上述的呼叫限制时，与到达空闲状态的用户终端的分组的种类无关地，中止该用户终端的呼叫。因此，存在有时在接收了应接收的优先级高的分组（例如，属于即使在混杂时也想要疏通的通信的分组）的情况下，也无法呼叫空闲状态的用户终端的问题点。 [0009] 本发明鉴于该问题点而完成，其目的在于，提供一种在存在对于空闲状态的用户终端的分组接收时，能够灵活进行该用户终端的呼叫的呼叫方法、核心网络装置、无线接入网络装置以及网关装置。 [0010] 用于解决课题的方法 [0011] 本发明的第1方面的呼叫方法在通过第1网关装置接收了对于空闲状态的用户终端的分组的情况下，进行该用户终端的呼叫，其特征在于，所述呼叫方法具有：第2网关装置将在所述第1网关装置中接收到的所述分组的接收种类信息设定于呼叫请求信号，并将该呼叫请求信号发送给核心网络装置的步骤；以及所述核心网络装置基于来自所述第2网关装置的所述呼叫请求信号中包含的所述接收种类信息，判断是否要进行所述用户终端的呼叫的步骤。 [0012] 根据该结构，由于第2网关装置将在第1网关装置中接收到的针对对于空闲状态的用户终端的分组的接收种类信息设定于呼叫请求信号，因此核心网络装置能够基于呼叫请求信号包含的接收种类信息，判断是否应进行用户终端的呼叫。从而，核心网络装置例如在本装置处于拥挤状态的情况下等通常进行用户终端的呼叫限制的状况下也能够根据接收种类信息的内容进行用户终端的呼叫。 [0013] 本发明的第2侧面的呼叫方法在通过第1网关装置接收了对于空闲状态的用户终端的分组的情况下，进行该用户终端的呼叫，其特征在于，所述呼叫方法具有：第2网关装置将在所述第1网关装置中接收到的所述分组的接收种类信息设定于呼叫请求信号，并将该呼叫请求信号发送给核心网络装置的步骤；所述核心网络装置基于来自所述第2网关装置的所述呼叫请求信号中包含的所述接收种类信息，将用于呼叫所述用户终端的呼叫信息设定于呼叫信号，并将该呼叫信号发送给无线接入网络装置的步骤；以及所述无线接入网络装置基于来自所述核心网络装置的所述呼叫信号中包含的所述呼叫信息，判断是否要进行所述用户终端的呼叫的步骤。 [0014] 根据该结构，由于核心网络装置基于来自第2网关装置的呼叫请求信号中包含的接收种类信息而将呼叫信息设定于呼叫信号中，因此无线接入网络装置能够基于呼叫信号中包含的呼叫信息进行用户终端的呼叫。从而，无线接入网络装置例如在本装置处于拥挤状态的情况下等通常进行用户终端的呼叫限制的状况下也能够根据呼叫信息的内容进行用户终端的呼叫。 [0015] 本发明的第3侧面的核心网络装置在通过第1网关装置接收了对于空闲状态的用户终端的分组的情况下，进行该用户终端的呼叫，其特征在于，从连接到所述第1网关装置的第2网关装置接收包含用于表示所述分组的接收种类的接收种类信息的呼叫请求信号，基于接收到的所述呼叫请求信号中包含的所述接收种类信息，判断是否要进行所述用户终端的呼叫。 [0016] 本发明的第4侧面的无线接入网络装置在通过第1网关装置接收了对于空闲状态的用户终端的分组的情况下，进行该用户终端的呼叫，其特征在于，在核心网络装置从连接到所述第1网关装置的第2网关装置接收了包含用于表示所述分组的接收种类的接收种类信息的呼叫请求信号的情况下，从该核心网络装置接收包含基于所述接收种类信息而设定的呼叫信息的呼叫信号，基于来自所述核心网络装置的所述呼叫信号中包含的所述呼叫信息，判断是否要进行所述用户终端的呼叫。 [0017] 本发明的第5侧面的网关装置在接收了对于空闲状态的用户终端的分组的情况下，对核心网络装置发送呼叫请求信号，其特征在于，将所述分组的接收种类信息设定于所述呼叫请求信号，并将该呼叫请求信号发送给所述核心网络装置。 [0018] 发明效果 [0020] 图1是第1实施方式的移动通信系统的概略结构图。 [0021] 图2是第1实施方式的移动通信系统中的呼叫处理的功能结构图。 [0022] 图3是表示第1实施方式的移动通信系统中的呼叫动作的时序图。 [0023] 图4是表示第1实施方式的MME或者SGSN中的呼叫处理的流程图。 [0024] 图5是第2实施方式的移动通信系统中的呼叫处理的功能结构图。 [0025] 图6是表示第2实施方式的移动通信系统中的呼叫动作的时序图。 [0026] 图7是表示第2实施方式的eNodeB或者RNC/BSC中的呼叫处理的流程图。 [0027] 图8是第3实施方式的移动通信系统中的呼叫处理的功能结构图。 [0028] 图9是变更例1的移动通信系统中的呼叫处理的功能结构图。 具体实施方式[0029] 以下，参照附图详细说明本发明的实施方式。 [0030] [第1实施方式] [0031] <移动通信系统的概略结构> [0032] 图1是第1实施方式的移动通信系统的概略结构图。如图1所示，第1实施方式的移动通信系统是具有LTE等下一代通信方式和第2/第3代通信方式的互换性的系统，具有作为下一代通信方式的核心网络的EPC（演进分组核心）1、作为下一代通信方式的无线接入网络的E-UTRAN2、作为第2/第3代通信方式的核心网络的UMTS（全球移动电信系统）/GPRS（通用分组无线服务）核心网络3、作为第2/第3代通信方式的无线接入网络的UTRAN/GERAN4。 [0033] UE（用户装置）10例如是便携电话终端、笔记本型个人计算机等与一个或多个通信方式对应的用户终端。例如，在图1中，UE10对应于LTE等下一代通信方式和第2/第3代通信方式，能够处于E-UTRAN2和UTRAN/GERAN4的两个无线空间。此外，在图1中，UE10也可以仅对应于LTE等下一代通信方式，仅处于E-UTRAN2的无线空间。 [0034] EPC1中设置有成为与因特网等PDN（分组数据网络）的连接点的P-GW（PDN网关）20（第1网关装置）、成为在E-TURAN2和UTRAN/GERAN4的无线空间之间移动的UE10的分组传输路径的定位点（anchor point）的S-GW（服务网关）30（第2网关装置）、进行处于E-UTRAN2的无线空间的UE10的呼叫的MME40（核心网络装置）。S-GW30连接到P-GW20、MME40、以及后述的eNodeB50、SGSN60。 [0035] E-UTRAN2上设置有用于与处于E-UTRAN2的无线空间的UE10进行无线通信的eNodeB50（无线接入网络装置）。eNodeB50连接到S-GW30与MME40。 [0036] UMTS/GPRS核心网络3中设置有用于进行处于UTRAN/GERAN4的无线空间的UE10的呼叫的SGSN60（核心网络装置）。 [0037] 在UTRAN/GERAN4中设置有用于与处于E-UTRAN2的无线空间的UE10进行无线通信的NodeB（未图示）、用于控制UE10和NodeB（未图示）之间的无线通信的RNC/BSC70（无线接入网络装置）。RNC/BSC70连接到SGSN60。 [0038] 在图1所示的移动通信系统中，在UE10与PDN（未图示）之间，经由P-GW20，设定作为IP会话的PDN连接。通过该PDN会话，通过IP地址来识别的UE10连接到通过APN（接入点名）识别的PDN（未图示）。 [0039] 此外，在图1所示的移动通信系统中，在处于E-UTRAN2的无线空间的UE10和P-GW20或S-GW30之间，设定作为下一代通信方式的逻辑性通信路径的EPS承载。经由该EPS承载，从PDN（未图示）接收的分组传输到处于E-UTRAN2的无线空间的UE10。具体来说，在P-GW20或者S-GW30中，根据TFT（传输流模板：Traffic Flow Template）来判别从PDN（未图示）接收的分组，该分组的每个流映射EPS承载，并经由被映射的EPS承载而传输。 [0040] 此外，在图1所示的移动通信系统中，在处于UTRAN/GERAN4的无线空间的UE10和SGSN60之间，设定作为第2/第3代通信方式的逻辑通信路径的UMTS/GPRS承载。该UMTS/GPRS承载与设定在SGSN60和S-GW30或P-GW20之间设定的EPS承载相连。经由该UMTS/GPRS承载和EPS承载，从PDN（未图示）接收的分组传输到处于UTRAN/GERAN4的无线空间的UE10。 [0041] 此外，在图1所示的移动通信系统中，在处于E-UTRAN2或UTRAN/GERAN4的无线空间的UE10和P-GW20之间，在设定上述的PDN连接时设定默认承载。 [0042] <移动通信系统的详细结构> [0043] 以下，说明在第1实施方式中，在作为核心网络装置的MME40以及SGSN60中进行空闲状态的UE10的呼叫判定的情况。图2是第1实施方式的移动通信系统中的呼叫处理的功能结构图。另外，设在图2中，应用用于降低在E-UTRAN2和UTRAN/GERAN4的无线空间之间移动的空闲状态的UE10更新位置注册区域的频度的ISR（减少空闲状态）。 [0044] 如图2所示，P-GW20从PDN（未图示）接收对于空闲状态的UE10的属于不同的通信承载（这里为信息A和信息B）的分组。P-GW20对每个通信承载封装分组，并作为GTP-U分组或者GRE（Generic Routing Encapsulation）分组而发送给S-GW30。 [0045] S-GW30将用于表示在P-GW20中接收到的对于空闲状态的UE10的分组的接收种类的接收种类信息设定于“下行链路数据通知”。这里，“下行链路数据通知”是用于请求空闲状态的UE10的呼叫的呼叫请求信号。 [0046] 具体来说，S-GW30基于承载识别信息、承载QoS信息、默认承载信息、P-GW信息、PDN连接信息、流识别信息、S-GW负载信息中的至少一个，设定接收种类信息。 [0047] 这里，承载识别信息是指用于传输在P-GW20中接收到的分组的承载的识别信息。承载识别信息中例如包含用于识别上述的EPS承载的“EPS承载ID”、用于识别上述的GPRS/UMTS承载的“GPRS/UMTS承载ID”等。 [0048] 此外，承载QoS信息是表示用于传输在P-GW20中接收到的分组的承载的QoS的信息。在承载QoS信息中例如包含：用于表示在设定/变更上述的EPS承载时的EPS承载之间的相对的优先顺序的“ARP：Allocation and Retention Priority”；当上述的EPS承载和UMTS/GPRS承载是保障转发率的GBR承载的情况下，表示该GPR承载的保障转发率的“GBR：Guaranteed Bit Rate”、表示该GBR承载的最大比特率的“MBR：Maximum Bit Rate”、表示上述的EPS承载和UMTS/GPRS承载的QoS等级的“QCI：QoS Class Identifier”等。 [0049] 此外，默认承载信息是如上述那样在UE10和P-GW20之间设定的默认承载的信息。默认承载信息中例如包含用于识别默认承载的“默认承载ID”、表示该默认承载的QoS的信息等。 [0050] 此外，P-GW信息（第1网关装置信息）是指从PDN（未图示）接收了对于空闲状态的UE10的分组的P-GW20的信息。P-GW信息中例如是用于识别P-GW20的P-GW识别符、在P-GW20中端接的GTP通道的端接识别符即“TEID：通道端接识别符（Tunnel Endpoint Identifier）”和GPE通道的端接识别符即“GRE键（GRE key）”、P-GW20的IP地址等。 [0051] 此外，PDN连接信息是指为了传输在P-GW20中接收到的分组，经由P-GW20在UE10和PDN（未图示）之间设定的上述的PDN连接的信息。PDN连接信息中例如包含用于识别上述的PDN（未图示）和作为对PDN（未图示）的连接点的P-GW20两者的“APN：连接点名（Access Point Name）”等。 [0052] 此外，流识别信息是指在P-GW20中接收到的IP分组的服务数据流的识别信息。流识别信息中例如包含“TFT：传输流模板”等。此外，S-GW负载信息（第2网关装置负载信息）是指表示S-GW30的负载的信息。 [0053] 另外，接收种类信息也可以直接包含以上那样的承载识别信息、承载QoS信息、默认承载信息、P-GW信息、PDN连接信息、流识别信息、S-GW负载信息中的至少一个。此外，接收种类信息也可以是与以上那样的承载识别信息、承载QoS信息、默认承载信息、P-GW信息、PDN连接信息、流识别信息、S-GW负载信息中的至少一个相关联的参数（例如，1：接收种类1、2：接收种类2、3：接收种类3等）。 [0054] S-GW30对连接到S-GW30上的核心网络装置发送包含接收种类信息的“下行链路数据通知”。具体来说，S-GW30对作为设置在EPC1中的核心网络装置的MME40和作为设置在UMTS/GPRS核心网络3的核心网络装置的SGSN60发送包含接收种类信息的“下行链路数据通知”。 [0055] 作为设置在EPC1中的核心网络装置的MME40基于来自S-GW30的“下行链路数据通知”中包含的接收种类信息，判断是否进行处于E-UTRAN2的无线空间的UE10的呼叫。当为规定的接收种类信息的情况下，MME40对作为在E-UTRAN2中设置的无线接入网络装置的eNodeB50发送“寻呼（Paging）”。这里，“寻呼”是用于呼叫UE10的呼叫信号。eNodeB50根据来自MME40的“寻呼”，对UE10发送“寻呼”。 [0056] 同样地，作为在UMTS/GPRS核心网络3中设置的核心网络装置的SGSN60基于在来自S-GW30的“下行链路数据通知”中包含的接收种类信息，判断是否要进行处于UTRAN/GERAN4的无线空间的UE10的呼叫。当为规定的接收种类信息的情况下，SGSN60对作为在UTRAN/GERAN4中设置的无线接入网络装置的RNC/BSC70发送“寻呼”。RNC/BSC70根据来自SGSN60的“寻呼”，对UE10发送“寻呼”。 [0057] 如以上那样，在第1实施方式的移动通信系统中，S-GW30将在P-GW20中接收到的对于空闲状态的UE10的分组的接收种类信息设定于“下行链路数据通知”，因此作为核心网络装置的MME40和SGSN60能够分别基于在“下行链路数据通知”中包含的接收种类信息，判断是否应进行UE10的呼叫。从而，MME40和SGSN60例如即使在本装置处于拥挤状态的情况等通常进行UE10的呼叫限制的状况下，根据接收种类信息的内容，还是能够进行UE10的呼叫。 [0058] 此外，在第1实施方式的移动通信系统中，基于承载识别信息、承载QoS信息、默认承载信息、P-GW信息、PDN连接信息、流识别信息、S-GW负载信息中的至少一个而设定接收种类信息，因此在作为核心网络装置的MME40和SGSN60中，能够以每个承载、承载的每个QoS、每个PDN连接、每个流、或者它们的组合等详细的条件判断是否要进行UE10的呼叫，能够进行灵活的呼叫控制。 [0059] 另外，在图2所示的呼叫处理中，说明了S-GW30对MME40和SGSN60两者发送包含接收种类信息的“下行链路数据通知”，MME40和SGSN60分别基于接收种类信息判断是否要进行UE10的呼叫的例子。但是，本发明并不限定于该例子，也可以对MME40或SGSN60中的其中一个发送包含接收种类信息的“下行链路数据通知”，其中一个基于接收种类信息判断是否要进行UE10的呼叫。 [0060] 此外，本发明的进行UE10的呼叫判断的核心网络装置并不限定于在EPC1设定的MME40和在UMTS/GPRS核心网络3设置的SGSN60，也可以是在其他的通信方式的核心网络设置的用于UE10的呼叫的装置。同样地，本发明的无线接入网络装置并不限定于在UTRAN/GERAN4设置的eNodeB50和在UTRAN/GERAN4设置的RNC/BSC70，也可以是在其他的通信方式的无线接入网络中设置的用于UE10的呼叫的装置。 [0061] 此外，图2所示的各装置（即，P-GW20、S-GW30、MME40、eNodeB50、SGSN60、RNC/BSC70）具有包含通信接口、处理器、存储器、发送接收电路等的硬件，存储器中存储由处理器执行的软件模块。上述的各装置的功能结构可以通过上述的硬件来实现，也可以通过由处理器执行的软件模块来实现，也可以通过两者的组合来实现。 [0062] <移动通信系统的动作> [0063] 接着，参照图3以及图4，说明以上那样构成的第1实施方式的移动通信系统中的呼叫动作。另外，以下的动作中，设应用上述的ISR。 [0064] 如图3所示，P-GW20接收来自PDN（未图示）的分组（步骤S101）。P-GW20对接收到的分组进行封装，并作为GTP-U分组或者GRE分组而发送给S-GW30（步骤S102）。 [0065] S-GW30根据来自P-GW20的GTP-U分组或GRE分组的接收，将表示在P-GW20中的分组接收的种类的接收种类信息设定于“下行链路数据通知”（步骤S103）。具体来说，如上述那样，S-GW30基于承载识别信息、承载QoS信息、默认承载信息、P-GW信息、PDN连接信息、流识别信息、S-GW负载信息中的至少一个，设定接收种类信息。 [0066] S-GW30对MME40发送包含接收种类信息的“下行链路数据通知”（步骤S104a）。MME40在从S-GW30接收了包含接收种类信息的“下行链路数据通知”的情况下，将表示该情况的“下行链路数据通知响应”发送给S-GW30（步骤S105a）。MME40基于来自S-GW30的“下行链路数据通知”中包含的接收种类信息，判断是否要进行处于E-UTRAN2的无线空间的UE10的呼叫（步骤S106a）。参照图4，详述步骤S106a中的呼叫处理。图4是表示MME40中的呼叫处理的流程图。 [0067] 如图4所示，MME40在从S-GW30接收了“下行链路数据通知”的情况下，判断在MME40中是否要进行呼叫限制（步骤S201）。呼叫限制例如在MME40处于拥挤状态的情况下或者根据业务量被指示了对特定的加入者单位或者所有加入者进行呼叫限制的情况下进行。另外，本步骤可以省略，本流程图也可以从步骤S203起开始。 [0068] 在MME40中没有进行呼叫限制的情况下（步骤S201：否），MME40对eNodeB50发送用于呼叫空闲状态的UE10的“寻呼”（步骤S202）。 [0069] 在MME40中进行呼叫限制的情况下（步骤S201：是），MME40判断来自S-GW30的“下行链路数据通知”中是否包含接收种类信息（步骤S203）。 [0070] 在来自S-GW30的“下行链路数据通知”中没有包含接收种类信息的情况下（步骤S203：否），MME40根据一般呼叫限制，判断是否要发送用于呼叫空闲状态的UE10的“寻呼”（步骤S204）。在该一般呼叫限制中，在MME40处于拥挤状态的情况下，或者满足根据业务量来设定的规定的条件的情况下（例如，指定了特定的加入者单位或者所有加入者的情况下）等，与上述的接收种类信息无关地，中止发送“寻呼”。MME40在根据一般呼叫限制而中止发送“寻呼”的情况下，在S-GW30和P-GW20等之间进行接收失败处理。另一方面，MME40在根据一般呼叫限制没有中止发送“寻呼”的情况下，对eNodeB50发送“寻呼”。 [0071] 在来自S-GW30的“下行链路数据通知”中包含接收种类信息的情况下（步骤S203：是），MME40基于该接收种类信息，判断是否为应优先呼叫UE10的接收（步骤S205）。 [0072] 在判断为应优先呼叫UE10的接收的情况下（步骤S205：是），MME40根据特定呼叫限制，判断是否要发送用于呼叫空闲状态的UE10的“寻呼”（步骤S206）。在该特定呼叫限制中，当上述的接收种类信息满足规定的条件的情况下，中止发送“寻呼”。MME40在根据特定寻呼限制而中止发送“寻呼”的情况下，在S-GW30和P-GW20等之间进行接收失败处理。另一方面，MME40在根据特定寻呼限制没有中止发送“寻呼”的情况下，对eNodeB50发送“寻呼”。 [0073] 当判断为不是应优先呼叫UE10的接收的情况下（步骤S205：否），MME40根据一般呼叫限制，中止发送用于呼叫空闲状态的UE10的“寻呼”（步骤S207）。另外，本步骤的处理内容与步骤S204相同，因此省略说明。 [0074] 如以上那样，在图3的步骤S106a中，进行MME40中的呼叫判断处理。当图4的步骤S206中没有中止发送“寻呼”的情况下，MME40对eNodeB50发送“寻呼”（步骤S107a）。eNodeB50根据来自eNodeB50的“寻呼”，对处于E-UTRAN2的无线空间的UE10发送“寻呼”（步骤S108a）。 [0075] 与以上的步骤S104a～S108a相同的处理在步骤S104b～S108b也进行。另外，设步骤S104a～S108a中的MME40以及eNodeB50分别对应于步骤S104b～S108b中的SGSN60以及RNC/BSC70。另外，在步骤S106b中，设图4的步骤S201～S207所示的呼叫判断处理在SGSN60中进行。 [0076] UE10在位于E-UTRAN2的无线空间的情况下，根据来自eNodeB50发送的“寻呼”，在eNodeB50和MME40以及S-GW30之间，进行分组的接收处理（步骤S109）。或者，UE10在位于UTRAN/GERAN4的无线空间的情况下，根据从SGSN60发送的“寻呼”，在RNC/BSC70和SGSN60和S-GW30之间，进行分组的接收处理。 [0077] S-GW30如果完成步骤S109的接收处理，则对MME40和SGSN60这两者，发送用于请求停止发送“寻呼”的“停止寻呼”（步骤S110a以及S110b）。 [0078] S-GW30在UE10位于E-UTRAN2的无线空间的情况下，对UE10经由eNodeB50，发送在步骤S102中接收到的分组（步骤S111a）。或者，S-GW30在UE10位于UTRAN/GERAN4的无线空间的情况下，对UE10经由SGSN60以及RNC/BSC70以及未图示的NodeB，或者经由RNC/BSC70以及未图示的NodeB，发送在步骤S102中接收到的分组（步骤S111b）。 [0079] <作用/效果> [0080] 根据第1实施方式的移动通信系统，由于S-GW30将在P-GW20中接收到的对于空闲状态的UE10的分组的接收种类信息设定于“下行链路数据通知”，因此MME40和SGSN60能够分别基于“下行链路数据通知”中包含的接收种类信息，判断是否应进行UE10的呼叫。从而，MME40和SGSN60例如在本装置处于拥挤状态的情况等通常进行UE10的呼叫限制的状况下，也能够根据接收种类信息的内容而进行UE10的呼叫。 [0081] 此外，在第1实施方式的移动通信系统中，由于基于承载识别信息、承载QoS信息、默认承载信息、P-GW信息、PDN连接信息、流识别信息、S-GW负载信息中的至少一个设定接收种类信息，因此在作为核心网络装置的MME40和SGSN60中，能够以每个承载、承载的每个QoS、每个PDN连接、每个流、或者它们的组合等详细的条件判断是否要进行UE10的呼叫，能够进行灵活的呼叫控制。 [0082] [第2实施方式] [0083] 在第2实施方式中，针对在无线接入网络装置（eNodeB50、RNC/BSC70）中进行空闲状态的UE10的呼叫判断的情况，着重说明与第1实施方式的不同点。 [0084] <移动通信系统的详细结构> [0085] 图5是第2实施方式的移动通信系统中的呼叫处理的功能结构图。另外，设在图5中，与第1实施方式相同地，应用ISR。 [0086] 如图5所示，为设置在EPC1中的核心网络装置的MME40基于来自S-GW30的“下行链路数据通知”中包含的接收种类信息，对用于呼叫处于E-UTRAN2的无线空间的UE10的呼叫信息设定于“寻呼”。具体来说，MME4基于根据接收种类信息判别的信息、和UE10的能力信息中的至少一个，设定呼叫信息。MME40对eNodeB50发送包含呼叫信息的“寻呼”。 [0087] 这里，根据接收种类信息判别的信息是承载识别信息、承载QoS信息、默认承载信息、P-GW信息、PDN连接信息、流识别信息、S-GW负载信息中的至少一个。此外，在UE10的能力信息中例如包含用于表示UE10的无线接入能力的“UE无线接入能力（UE Radio Access Capability）”等。 [0088] 另外，呼叫信息也可以直接包含以上那样判别的信息和UE10的能力信息中的至少一个。此外，呼叫信息也可以是与根据接收种类信息判别的信息和UE10的能力信息中的至少一个相关联的参数。作为这样的参数，例如有用于表示呼叫UE10的优先级的呼叫优先级（例如，1：优先级高、2：优先级中、3：优先级3等）等。 [0089] 作为设置在E-UTRAN2中的无线接入网络装置的eNodeB50基于在来自MME40的“寻呼”中包含的呼叫信息，判断是否要进行处于E-UTRAN2的无线空间的UE10的呼叫。在为规定的接收种类信息的情况下，eNodeB50对UE10发送“寻呼”。 [0090] 同样地，作为设置在UMTS/GPRS核心网络3的核心网络装置的SGSN60基于来自S-GW30的“下行链路数据通知”中包含的接收种类信息，将用于呼叫处于UTRAN/GERAN4的无线空间的UE10的呼叫信息设定于“寻呼”。SGSN60对RNC/BSC70发送包含呼叫信息的“寻呼”。 [0091] 作为设置在UTRAN/GERAN4中的无线接入网络装置的RNC/BSC70基于来自SGSN60的“寻呼”中包含的呼叫信息，判断是否要进行处于UTRAN/GERAN4的无线空间的UE10的呼叫。当为规定的接收种类信息的情况下，RNC/BSC70对UE10发送“寻呼”。 [0092] <移动通信系统的动作> [0093] 接着，参照图6以及图7，说明以上那样构成的第2实施方式的移动通信系统中的呼叫动作。另外，设在以下的动作中应用ISR。此外，图6的步骤S301～S303、S304～S305a、S304b～S305b与图3的步骤S101～S103、S104a～S105a、S104b～S105b相同，因此省略说明。 [0094] 如图6所示，MME40基于来自S-GW30的“下行链路数据通知”中包含的接收种类信息，将用于呼叫空闲状态的UE10的呼叫信息设定于“寻呼”（步骤S306a）。具体来说，如上述那样，MME40基于根据接收种类信息判别的信息和UE10的能力信息中的至少一个，设定呼叫信息。MME40对eNodeB50发送包含呼叫信息的“寻呼”（步骤S307a）。 [0095] eNodeB50基于来自MME40的“寻呼”中包含的呼叫信息，判断是否要进行处于E-UTRAN2的无线空间的UE10的呼叫（步骤S308a）。参照图7，详细叙述步骤S308a中的呼叫判断处理。图7是表示eNodeB50中的呼叫判断处理的流程图。 [0096] 如图7所示，eNodeB50在从MME40接收了“寻呼”的情况下，判断在eNodeB50中是否进行呼叫限制（步骤S401）。呼叫限制例如在eNodeB50处于拥挤状态时或者在根据业务量指示了对特定的加入者单位或者所有加入者进行呼叫限制的情况下进行。另外，本步骤能够省略，本流程图也可以从步骤S403起开始。 [0097] 在eNodeB50中未进行呼叫限制的情况下（步骤S401：否），eNodeB50发送用于呼叫空闲状态的UE10的“寻呼”（步骤S402）。 [0098] 在eNodeB50中进行呼叫限制的情况下（步骤S401：是），eNodeB50判断来自MME40的“寻呼”中是否包含呼叫信息（步骤S403）。 [0099] 在来自MME40的“寻呼”中不包含呼叫信息的情况下（步骤S403：否），eNodeB50根据一般呼叫限制，判断是否要发送用于呼叫空闲状态的UE10的“寻呼”（步骤S404）。在该一般呼叫限制中，在eNodeB50处于拥挤状态的情况下，或者满足了根据业务量设定的规定的条件的情况下（例如，指定了特定的加入者单位或者所有加入者的情况下）等，与上述的呼叫信息无关地，中止发送“寻呼”。eNodeB50在根据一般呼叫限制中止发送“寻呼”的情况下，在MME40和S-GW30以及P-GW20等之间进行接收失败处理。另一方面，eNodeB50在根据一般呼叫限制没有中止发送“寻呼”的情况下，对UE10发送“寻呼”。 [0100] 在来自MME40的“寻呼”中包含有呼叫信息的情况下（步骤S403：是），eNodeB50基于该呼叫信息，判断是否为应优先呼叫UE10的接收（步骤S405）。 [0101] 在判断为是应优先呼叫UE10的接收的情况下（步骤S405：是），eNodeB50根据特定呼叫限制，判断是否要发送用于呼叫空闲状态的UE10的“寻呼”（步骤S406）。在该特定呼叫限制中，在上述的呼叫信息满足规定的条件的情况下，中止发送“寻呼”。eNodeB50在根据特定呼叫限制中止发送“寻呼”的情况下，在MME40、S-GW30以及P-GW20等之间进行接收失败处理。另一方面，eNodeB50在根据特定呼叫限制没有中止发送“寻呼”的情况下，对UE10发送“寻呼”。 [0102] 在判断为不是应优先呼叫UE10的接收的情况下（步骤S405：否），MME40根据一般呼叫限制，判断是否要发送用于呼叫空闲状态的UE10的“寻呼”（步骤S407）。另外，本步骤的处理内容与步骤S404相同，因此省略其说明。 [0103] 如以上那样，在图6的步骤S308a中，进行eNodeB50中的呼叫判断处理。在上述的图7的步骤S406中没有中止发送“寻呼”的情况下，eNodeB50对UE10发送“寻呼”（步骤S309a）。 [0104] 与以上的步骤S306a～S309a相同的处理在步骤S306b～S309b中也进行。另外，设步骤S306a～S309a中的MME40以及eNodeB50分别对应于步骤S306b～S309b中的SGSN60以及RNC/BSC70。另外，在步骤S308b中，设图7的步骤S401～S407所示的呼叫判断处理在RNC/BSC70中进行。 [0105] 图6的步骤S310、S311a～S312a、S311b～S312b与图3的步骤S109、S110a～S111a、S110b～S111b相同，因此省略其说明。 [0106] <作用/效果> [0107] 根据第2实施方式的移动通信系统，由于MME40和SGSN60分别基于来自S-GW30的“下行链路数据通知”中包含的接收种类信息对呼叫信息设定“寻呼”，因此eNodeB50和RNC/BSC70能够分别基于在“寻呼”中包含的呼叫信息而判断是否应进行UE10的呼叫。从而eNodeB50和RNC/BSC70例如即使在本装置处于拥挤状态的情况下等通常进行UE10的呼叫限制的状况下，也能够根据呼叫信息的内容而进行UE10的呼叫。 [0108] 此外，在第2实施方式的移动通信系统中，由于基于根据接收种类信息判别的信息（承载识别信息、承载QoS信息、默认承载信息、P-GW信息、PDN连接信息、流识别信息、S-GW负载信息等）和UE10的能力信息中的至少一个设定呼叫信息，因此在eNodeB50和RNC/BSC70中，能够以每个承载、承载的每个QoS、每个PDN连接、每个流、或者它们的组合等详细的条件判断是否要进行UE10的呼叫，能够进行灵活的呼叫控制。 [0109] [第3实施方式] [0110] 在第3实施方式中，针对在S-GW30中进行空闲状态的UE10的呼叫判断的情况，着重说明与第1实施方式的不同点。 [0111] 图8是第3实施方式的移动通信系统中的呼叫处理的功能结构图。如图8所示，S-GW30如上述那样基于承载识别信息、承载QoS信息、默认承载信息、P-GW信息、PDN连接信息、流识别信息、S-GW负载信息中的至少一个判断是否要进行空闲装填的UE10的呼叫。S-GW30在判断为应进行呼叫的情况下，对作为设置在EPC1中的核心网络装置的MME40发送“下行链路数据通知”。同样地，S-GW30对作为设置在UMTS/GPRS核心网络3中的核心网络装置的SGSN60发送“下行链路数据通知”。 [0112] [变更例1] [0113] 接着，说明第1至第3实施方式的变更例1。在变更例1中，P-GW20将表示接收到的分组的种类的分组种类信息通知给S-GW30，S-GW30基于该分组种类信息，将接收种类信息设定于“下行链路数据通知”。这里，P-GW20也可以基于有关接收到的分组的信息（例如，在接收分组的IP报头中设定的信息（例如DSCP码点、发送源服务器信息（IP地址、端口号等））、分组数据的内容（应用信息等），判断分组种类信息。 [0114] 图9是变更例1的移动通信系统中的呼叫处理的功能结构图。如图9所示，P-GW20从PDN（未图示）接收对于空闲状态的UE10的分组。P-GW20将用于表示接收到的分组的种类的分组种类信息设定为GTP-U分组或者GRE分组，并将该GTP-U分组或GRE分组发送给S-GW30。从P-GW20通知给S-GW30的分组种类信息例如可以设定在封装化后的GTP-U或者GRE分组的IP报头部即DSCP码点。此时，分组种类信息也可以设定为通过DSCP码点的值来表现。 [0115] S-GW30基于来自P-GW20的承载识别信息、承载QoS信息、默认承载信息、P-GW信息、PDN连接信息、流识别信息、S-GW负载信息中的至少一个，将接收种类信息设定于“下行链路数据通知”。 [0116] 根据变更例1的移动通信系统，基于分组种类信息来设定接收种类信息，因此在作为核心网络装置的MME40以及SGSN60、或者作为无线接入网络装置的eNodeB50以及RNC/BSC70中，能够按照传输一个承载内的每个分组种类判断是否应进行UE10的呼叫，能够进行更加灵活的呼叫控制。 [0117] [其他的实施方式] [0119] 例如，也可以组合第1以及第2实施方式，在作为核心网络装置的MME40以及SGSN60、作为无线接入网络装置的eNodeB50以及RNC/BSC70这两者中，判断是否应进行空闲状态的UE10的呼叫。同样地，也可以组合第1以及第3实施方式、第2以及第3实施方式、第1至第3实施方式，判断是否要进行空闲状态的UE10的呼叫。 [0121] 本申请基于2010年7月30日申请的特愿2010-1747941。将其内容全部包含于此。 |
||||||
QQ群二维码
意见反馈
意见反馈