CN103974206A - 呼叫控制***、移动台及呼叫限制方法 - Google Patents
呼叫控制***、移动台及呼叫限制方法 Download PDFInfo
- Publication number
- CN103974206A CN103974206A CN201310698642.9A CN201310698642A CN103974206A CN 103974206 A CN103974206 A CN 103974206A CN 201310698642 A CN201310698642 A CN 201310698642A CN 103974206 A CN103974206 A CN 103974206A
- Authority
- CN
- China
- Prior art keywords
- call
- callee
- travelling carriage
- preferential
- restricted
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/02—Access restriction performed under specific conditions
- H04W48/04—Access restriction performed under specific conditions based on user or terminal location or mobility data, e.g. moving direction, speed
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/66—Substation equipment, e.g. for use by subscribers with means for preventing unauthorised or fraudulent calling
- H04M1/663—Preventing unauthorised calls to a telephone set
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/436—Arrangements for screening incoming calls, i.e. evaluating the characteristics of a call before deciding whether to answer it
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/021—Services related to particular areas, e.g. point of interest [POI] services, venue services or geofences
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/08—User group management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2203/00—Aspects of automatic or semi-automatic exchanges
- H04M2203/20—Aspects of automatic or semi-automatic exchanges related to features of supplementary services
- H04M2203/2072—Schedules, e.g. personal calendars
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2242/00—Special services or facilities
- H04M2242/04—Special services or facilities for emergency applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2242/00—Special services or facilities
- H04M2242/28—Services making use of subscriber schedule information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2242/00—Special services or facilities
- H04M2242/30—Determination of the location of a subscriber
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Telephone Function (AREA)
- Databases & Information Systems (AREA)
Abstract
一种控制***包括:存储设备,存储多个移动台的优先被呼叫者的列表;以及控制器,该控制器执行下述处理,包括:基于其中多个受限制的移动台和包括在受限制的移动台的列表上的优先被呼叫者分别所在的呼叫限制区域的呼叫限制信息,来确定其中允许呼叫受限制的移动台的列表上的优先被呼叫者的允许呼叫时段,受限制的移动台是位于呼叫限制区域中的多个移动台;以及将指示允许呼叫时段的信息发送给受限制的移动台。
Description
技术领域
本公开涉及一种呼叫控制***、移动台以及呼叫限制方法。
背景技术
例如,当大规模的灾难发生时,移动台的用户会试图使用移动台并且试图与亲属如家人和朋友进行语音通话以确认彼此的安全。此时,如果用户全部同时接入语音通话,则移动通信网变得拥塞,从而建立通话链路变得困难。
同时,在事件、灾难等发生的情况下,为了减少移动台用户集中接入到特定链路的拥塞状态,电信运营商可以实现呼叫限制。例如,在应用宽带码分多址(W-CDMA)作为无线接入方案的移动通信***中,包括有小区接入限制的***信息被广播至由基站管理的移动台。接收***信息的移动台根据包括在***信息中的小区接入限制来限制电话呼叫。例如,50%的接入限制产生其中仅对来自用户的普通接入的50%来执行链路建立处理的状态。
详见日本专利特许公开申请第2011-249872号和国际公开第WO2008/126280号。
发明内容
因此,本发明的一个方面的目的在于提供一种使得移动台能够确保在呼叫限制下的通信机会的技术。
根据本发明的一个方面,一种控制***包括:存储设备,存储多个移动台的优先被呼叫者的列表;以及控制器,执行下述处理,包括:基于其中多个受限制的移动台和包括在受限制的移动台的列表上的优先被呼叫者分别所在的呼叫限制区域的呼叫限制信息,来确定其中允许呼叫在受限制的移动台的列表上的优先被呼叫者的允许呼叫时段,受限制的移动台是位于呼叫限制区域中的多个移动台;以及将指示允许呼叫时段的信息发送给受限制的移动台。
附图说明
图1是示出应用根据一种实施方式的控制***的移动通信***的示例性配置的图;
图2是示出可应用于控制***的信息处理设备的示例性硬件配置的图;
图3是示意性示出由信息处理设备中的处理器的程序执行来实现的控制***的功能的图;
图4示出基站的示例性硬件配置;
图5是示意性示出包括在基站中的功能的图;
图6示出一种实施方式中的移动台的示例性硬件配置;
图7是示意性示出移动台的功能的图;
图8是示意性示出OpS的功能的图;
图9是说明根据一种实施方式的示例性操作并且示出操作如控制***中的优先被呼叫者注册和呼叫限制确定的序列图;
图10是说明根据一种实施方式的示例性操作并且示出控制***根据其确定且告知对于在限制区域中的注册站的允许呼叫时段的操作的序列图;
图11是说明根据一种实施方式的示例性操作并且示出移动台在允许呼叫时段内通过其呼叫优先被呼叫者的操作的序列图;
图12是说明根据一种实施方式的示例性操作并且示出用于呼叫限制正在进行的情况的操作的序列图;
图13是说明根据一种实施方式的示例性操作并且示出用于解除呼叫限制的情况的操作的序列图;
图14是说明根据一种实施方式的示例性操作并且示出用于移动台从限制区域移动至无限制区域的情况的操作的序列图;
图15是示出列表注册处理的细节的流程图;
图16是示出当在呼叫限制之前接收到列表时控制***的示例性操作的流程图;
图17是在优先被呼叫者DB(数据库)中注册的用户的优先被呼叫者列表的示例性图示;
图18是其中将所在区域信息(服务区)另外存储在图17中示出的优先被呼叫者列表中的状态的示例性图示;
图19示出在限制信息管理DB中的存储内容的示例;
图20是其中将呼叫限制信息另外存储在图18中示出的优先被呼叫者列表中的状态的示例性图示;
图21是示出当呼叫限制开始时基站的示例性操作的流程图;
图22是示出在呼叫限制开始之后控制***的示例性操作的流程图;
图23示出当分数计算处理开始时被存储在优先被呼叫者DB中的用户A的优先被呼叫者列表中的存储内容的示例;
图24示出当分数计算处理开始时被存储在优先被呼叫者DB中的用户B的优先被呼叫者列表中的存储内容的示例;
图25示出当分数计算处理开始时被存储在优先被呼叫者DB中的用户C的优先被呼叫者列表中的存储内容的示例;
图26示出当分数计算处理开始时被存储在优先被呼叫者DB中的用户D的优先被呼叫者列表中的存储内容的示例;
图27示出当分数计算处理开始时被存储在优先被呼叫者DB中的用户E的优先被呼叫者列表中的存储内容的示例;
图28示出当分数计算处理开始时被存储在优先被呼叫者DB中的用户F的优先被呼叫者列表中的存储内容的示例;
图29示出重要性计算表的示例性数据结构;
图30示出其中用户A的重要性计算处理的结果存储在列表中的示例;
图31示出其中用户B的重要性计算处理的结果存储在列表中的示例;
图32示出其中用户C的重要性计算处理的结果存储在列表中的示例;
图33示出其中用户D的重要性计算处理的结果存储在列表中的示例;
图34示出其中用户E的重要性计算处理的结果存储在列表中的示例;
图35示出其中用户F的重要性计算处理的结果存储在列表中的示例;
图36是示出分数计算处理和优先次序确定处理的示例性细节的流程图;
图37示出被存储在用户次序DB中的工作表中的存储内容;
图38是说明相同次序的用户的次序确定处理的图,并且示出工作表中的内容的示例;
图39示出其中优先次序存储在图38中的工作表中的状态;
图40是示出调度确定处理的示例性细节的流程图;
图41是说明调度DB的图;
图42示出在应用第一技术的情况下分配时间限定DB中的存储内容的示例;
图43示出在应用第二技术的情况下分配时间限定DB中的存储内容的示例;
图44是说明计算当考虑未注册站时可用链路的数目的方法的图;
图45是示出用于调度接收和用户呼叫直到允许呼叫时段结束为止的移动台(注册站)中的示例性处理的流程图;
图46示出当接收调度时的示例性显示画面;
图47示出在允许呼叫时段期间的示例性显示画面;
图48示出当允许呼叫时段结束时的示例性显示画面;
图49是示出进行重新调度的控制***的示例性操作的流程图;
图50是示出当解除呼叫限制时移动台的示例性操作的流程图;
图51示出呼叫限制解除的示例性显示画面;
图52是示出在无限制区域中的基站的示例性操作的流程图;
图53是说明从限制区域移动至无限制区域的移动台(注册站)的处理的流程图;以及
图54示出当从限制区域移出时的示例性显示画面。
具体实施方式
在呼叫限制的情况下,不考虑哪些移动台做出了呼叫。由于该原因,根据每个移动台的呼叫定时,可能出现下述不公平的情况:其中,给定的移动台能够在给定的时段内多次进行通话,而不同的移动台根本无法进行通话。为此,存在由于各个用户反复重新拨号直到呼叫连接为止而发生拥塞的风险。
在下文中,将参照附图描述使得移动台确保在呼叫限制下的通信机会的技术。通过示例给出实施方式的配置,并且本公开内容不限于此。
<网络***配置>
图1是示出应用根据实施方式的控制***100的移动通信***的示例性配置的图。在图1中,控制***100连接到电话网N。电话网N至少包括移动通信网111,并且可以另外包括公共交换电话网(PSTN)112和个人手持式电话***(PHS)网络112A中的至少一个,如图1所示。尽管未示出,但是移动通信网111也连接到各种分组网络如互联网。
尽管给出宽带码分多址(W-CDMA)网络配置作为图1中的移动通信网111的示例,但是移动通信网111例如也可以是基于不同通信标准的移动通信网,比如长期演进(LTE)网络或者高级LTE(LTE-A)网络。
图1中的移动通信网111的结构元件包括连接到控制***100的归属位置寄存器(HLR)119、连接到移动通信网111上的交换设备(未示出)的一个或更多个基站控制器(BSC;也称为无线网络控制器(RNC))115、以及连接到每个BSC115的一个或更多个基站(BS;也称为基站收发信机(BTS)或者节点B)116。HLR119存储经由移动台117位置注册处理注册的移动台(MS;也称为用户设备(UE))117的位置信息(所在区域信息)。
还连接到移动通信网111的是称为OpS114的对移动通信网111进行控制和管理的管理设备。OpS114连接到操作OpS114的操作终端113。
每个基站116无线连接到一个或更多个移动台117。通过连接到基站116,每个移动台117能够通过使用移动通信网111进行通话(语音通信)。
PSTN112包括一组或多组交换设备(未示出),并且每组交换设备连接到固定电话(固话站)118。固定电话118包括基本单元和无线连接的听筒。PHS网络112A包括基站112B,并且基站112B无线连接到PHS站118A。
移动通信网111、PSTN112以及PHS网络112A彼此连接。从而,移动台117、固话站118以及PHS站118A能够经由电话网N与不同类型的站进行语音通话。
将移动通信网111、PSTN112以及PHS网络112A的通信区域(其中提供通话服务的区域)划分为多个指定区域。在图1中,三个区域(区域A至区域C)例示了移动通信网111。此外,区域D例示了PSTN112,而区域E例示了PHS网络112A。根据需要确定区域划分方法。例如,将在给定的地理范围(相对于基站的连接条件的统计值)中的用户的数目用来确定区域的广度和范围。将每个区域用作其中进行响应于灾难或者事件而执行的呼叫限制的单位。
<<控制***>>
图2是示出可应用于控制***100的信息处理设备100A的示例性硬件配置的图。例如,可以将专用计算机或者通用计算机如个人计算机(PC)、工作站或者服务器用作信息处理设备100A。
如图2所示,例如,信息处理设备100A配备有处理器1、存储器2、作为辅助存储设备的示例的硬盘(HD;包括硬盘驱动器)3、输入/输出设备(IO设备)4以及通信接口电路(通信IF)5,以上这些经由总线B彼此连接。处理器1是控制器的示例,而存储器2和HD3是存储设备的示例。
例如,处理器1是专用处理器或者通用处理器比如中央处理单元(CPU、MPU)或者数字信号处理器(DSP)。处理器1是控制器的示例。存储器2包括非易失性区域比如只读存储器(ROM)以及易失性区域比如随机存取存储器(RAM)或者电可擦除和可编程只读存储器(EEPROM)。存储器2是存储设备(存储介质)的示例。
IO设备4连接到***设备比如输出设备(显示器或者打印机)和输入设备。通信IF5例如可以是网卡(网络接口卡),并且监管与电话网N或者HLR119的通信处理。
通过将存储在存储器2或者HD3中的程序加载到存储器2中并且执行该程序,处理器1用作控制来自呼叫限制区域中的移动台117的呼叫的控制***100。在执行这种控制相关的处理的情况下,处理器1使用存储在存储器2和HD3中的数据。
根据本实施方式的控制***100能够建立其中被设定为注册者的移动台117能够呼叫与作为优先呼叫目的地的优先被呼叫者对应的站例如另一个117、118和/或118A的时段(调度),并且将该调度报告给移动台117。控制***100根据下述信息来建立调度:从移动台117注册的优先被呼叫者信息、该移动台117和与优先被呼叫者对应的移动台117、固话站118以及PHS站118A中的至少一个的所在区域信息以及电话网N中的每个区域的呼叫限制信息。
图3是示意性示出由信息处理设备100A中的处理器1的程序执行来实现的控制***100的功能的图。处理器1通过程序执行来进行用于实现如图3所示的控制***100的处理。
如图3所示,通过程序执行,处理器1执行列表接收处理120、所在区域信息收集处理121、限制信息获取处理122、信息管理处理131、分数计算处理124、优先次序确定处理126、调度确定处理127、调度传送处理129以及分配时间确定处理132。
此外,将图3中所示的优先被呼叫者数据库(DB)123、用户次序DB125、重要性计算表130、分配时间限定DB133以及调度DB128存储在HD3或者存储器2中的至少一个中。
在列表接收处理120中,处理器1与移动通信网111进行通信处理。换言之,处理器1从移动台117接收包括有优先被呼叫者信息(例如优先被呼叫者列表)的列表注册请求消息,并且在优先被呼叫者DB123中注册优先被呼叫者信息。优先被呼叫者信息(优先被呼叫者列表)指示特定的移动台117,以及在进行呼叫限制的情况下该特定的移动台117的用户期望优先呼叫的一个或更多个被呼叫者。
在所在区域信息收集处理121中,处理器1对特定的移动台117(作为呼叫源的呼叫者)的所在区域信息和通过列表接收处理120注册在优先被呼叫者DB123中的优先被呼叫者的所在区域信息进行收集(接收)的处理。例如,作为控制***100与HLR119通信并且接收被存储在HLR119中的所在区域信息的结果,可以获取关于移动台117的所在区域信息。作为控制***100与之通信并且接入所在区域信息管理设备比如位于PSTN112或者PHS网络112A上的交换设备或者管理服务器(未示出)的结果,可以获取关于固话站118或者PHS站118A的所在区域信息。将获取到的所在区域信息存储在优先被呼叫者DB123中。
在限制信息获取处理122中,处理器1与移动通信网111、PSTN112以及PHS网络112A中的至少一个进行通信。处理器1收集(接收)指示由移动电信运营商按区域执行的对于移动台117的呼叫限制或者限制解除的呼叫限制信息。呼叫限制信息包括在区域信息中。例如,可以通过接入由移动电信运营商维护的OpS114来获取关于移动台117(移动通信网111)的呼叫限制信息。可以通过接入管理PSTN112和PHS网络112A的每个区域的呼叫限制信息的管理设备如位于PSTN112或者PHS网络112A上的交换设备或者管理服务器(未示出)来获取关于PSTN112和PHS网络112A的每个区域的呼叫限制信息。
对于由PSTN112或PHS网络112A的电信运营商确定的每个区域执行对PSTN112或PHS网络112A的呼叫限制或者限制解除,并且在对应网络的管理设备中对指示每个区域的呼叫限制/限制解除的呼叫限制信息进行注册(存储)。获取到的呼叫限制信息存储在优先被呼叫者DB123中。
如上,优先被呼叫者DB123存储特定的移动台117的优先被呼叫者信息、特定的移动台117和对应的优先被呼叫者的所在区域信息以及指示在移动台117和优先被呼叫者所在的区域中的呼叫限制/限制解除的呼叫限制信息。
在信息管理处理131中,处理器1监管对存储在优先被呼叫者DB123中的特定的移动台117的优先被呼叫者信息、所在区域信息以及呼叫限制信息进行检索的处理。重要性计算表130存储由呼叫者限制状态和被呼叫者限制状态的组合给出的重要性信息。
在分数计算处理124中,处理器1根据存储在优先被呼叫者DB123中的优先被呼叫者信息、所在区域信息及每个区域的呼叫限制信息以及存储在重要性计算表130中的信息来计算移动台117的每个用户的分数。将分数用作用于确定按照其将允许呼叫时段分配给多个用户的优先次序的标准。
在优先次序确定处理126中,处理器1根据由分数计算处理124针对每个呼叫限制区域(其中正在进行呼叫限制的区域)计算出的用户(具有优先呼叫权利的用户)的分数确定优先呼叫次序。用户次序DB125存储通过优先次序确定处理126计算的优先呼叫次序。
在调度确定处理127中,处理器1根据存储在用户次序DB125中的优先呼叫次序来计算在每个呼叫限制区域中使用优先呼叫权利的人员的数目。此外,在调度确定处理127中,处理器1确定每个用户的允许呼叫时段。将指示由调度确定处理127计算出的在每个呼叫限制区域中的每个用户的允许呼叫时段和用户数目的信息注册(存储)在调度DB128中。
在分配时间确定处理132中,处理器1根据由调度确定处理127计算出的在每个呼叫限制区域中的用户的数目来确定每个用户的分配时间。分配时间限定DB133存储每个用户的分配时间。例如可以将分配时间管理为列表。
在调度传送处理129中,处理器1进行与移动通信网111的通信处理,并且将通过调度确定处理127针对每个用户建立的允许呼叫时段(调度信息)分别传送给每个用户的移动台117。
<<基站>>
图4示出基站116的示例性硬件配置。基站116配备有天线11、射频(RF)单元12、连接到RF单元12的基带处理器(BB单元)13、经由内部传输线14(例如总线或者交换机)连接的链路接口(链路IF)15和CPU16以及连接到CPU16的存储器17。CPU16是处理器或者控制器的示例。可以通过非易失性存储介质和易失性存储介质如ROM和RAM实现存储器17。存储器17是存储设备的示例。
RF单元12包括发送子***和接收子***。接收子***包括电气电路或者电子电路如放大由天线11接收的无线信号的放大器(例如低噪声放大器)、对从该放大器输出的无线信号进行下变频的下变频器以及将下变频器输出(模拟信号)转换为基带信号的解调器。同时,发送子***包括电气电路或者电子电路如将基带信号转换为模拟信号的调制器、将模拟信号转换为射频信号的上变频器以及放大上变频器输出的放大器(例如功率放大器)。
基带单元13还包括发送子***和接收子***。接收子***对来自RF单元12的基带信号进行信道估计处理、以及用户数据和控制数据解调处理和解码处理。将通过解码处理获得的用户数据经由总线14发送给链路IF15。同时,将通过解码处理获得的控制数据发送给CPU16。发送子***通过对从链路IF15和CPU16接收的数据(用户数据、控制数据)执行编码处理、调制处理等来生成基带信号。基带信号发送给RF单元12。
CPU16通过执行存储在存储器17中的程序来执行对连接到基站116的移动台117的呼叫控制以及总体对基站的监视控制(包括维护)。此外,经由对移动台117的呼叫控制,基站116转发在控制***100与移动台117之间交换的信息(数据)。基站116还对在监管下的移动台117进行呼叫限制处理。存储设备如ROM和RAM用于存储器17。
例如,通过使数字信号处理器(DSP)执行存储在存储器(未示出)中的程序可实现基带单元13。然而,还可以通过使用电子电路(例如LSI或者ASIC)和可编程逻辑器件(PLD)如现场可编程门阵列(FPGA)中的至少之一的布线逻辑装置来实现基带单元13的全部或者部分处理。
图5是示意性示出包括在基站116中的功能的图。基站116执行列表接收处理(优先呼叫信息接收处理)144、列表发送处理(优先呼叫信息发送处理)145、调度接收处理140、调度发送处理141、限制信息接收处理142以及限制信息处理143。
在列表接收处理(优先呼叫信息接收处理)144中,进行用于接收从特定的移动台117发送的优先呼叫信息的处理。在列表发送处理145中,进行用于将优先呼叫信息从特定的移动台117发送给控制***100的处理。
在调度接收处理140中,进行用于经由移动通信网111和BSC115接收来自控制***100的调度信息的处理。在调度发送处理141中,进行用于将调度信息发送给被寻址移动台117的处理。
在限制信息接收处理142中,进行用于从BSC115接收基站116所属的区域的呼叫限制信息(呼叫限制/限制解除)的处理。在限制信息处理143中,进行用于生成包括在限制信息接收处理142中接收到的呼叫限制信息的***信息并且将生成的***信息从天线11发送给在监管下的移动台117的处理。
通过从移动台117接收包括有优先被呼叫者信息的无线电波的天线11来实现列表接收处理144。由天线11接收到的包括有优先被呼叫者信息的无线电波经由RF单元12和BB单元13的信号处理传递给链路IF15。通过链路IF15来实现列表发送处理145,该链路IF15将被寻址到控制***100的优先被呼叫者信息以指定的信号格式发送给BSC115。
通过链路IF15来实现调度接收处理140,该链路IF15接收从控制***100经由移动通信网111和BSC115到达的包括调度信息的信号。由链路IF15接收到的调度信息经历由内部传输线14、BB单元13以及RF单元12进行的信号处理,并且作为无线电波通过调度发送处理141发送给移动台117。
注意,在基站116内,通过CPU16的呼叫控制(呼叫处理)建立了移动台117与控制***100之间的内部链路,优先被呼叫者信息和调度信息在内部链路上发送。
限制信息处理143是通过CPU16的程序执行来实现的处理,其中要求OpS114以指定定时(例如根据给定的时段或者当事件发生时)提供呼叫限制信息。链路IF15生成包括经由内部传输线14输入的提供请求的控制信号,该控制信号发送给OpS114。
在OpS114中,操作站113用来注册指示每个区域的呼叫限制/限制解除状态(限制/无限制)的限制信息。OpS114经由BSC115和移动通信网111接收提供请求控制信号,并且响应于提供请求,发送包括被寻址到基站116的呼叫限制信息的控制信号。作为限制信息接收处理142的一部分,链路IF15接收包括有呼叫限制信息的控制信号。呼叫限制信息提供给CPU16。
作为限制信息处理的一部分,CPU16生成被提供给RF单元12的包括有呼叫限制信息的***信息。RF单元12生成包括有***信息的无线电波,该无线电波从天线11发送。此时,在呼叫限制信息指示将在所在区域进行呼叫限制的情况下,对位于该区域中的移动台117执行呼叫限制处理。反之,在呼叫限制信息指示将在所在区域中解除呼叫限制的情况下,对位于该区域中的移动台117执行呼叫限制解除处理。
<<移动台>>
图6示出实施方式中的移动台117的示例性硬件配置。在图6中,移动台117配备有接收子***24A、发送子***24B以及控制子***。接收子***24A包括天线21、环形器22、带通滤波器(BPF)23、接收放大器(Rx放大器)25、模数转换器(A/D转换器)26以及接收缓冲器27。接收子***是接收器的示例,而发送子***是发送器的示例。
发送子***24B包括发送缓冲器30、数模转换器(D/A转换器)31、发送放大器(Tx放大器)32、BPF33、环形器22以及天线21。
控制子***包括处理器28和存储器29。处理器28经由设备驱动器(驱动器)34连接到输入/输出(IO)设备35。IO设备35包括输入设备(例如键、按钮以及麦克风)以及输出设备(显示设备如液晶显示器(LCD)和扬声器)。
由天线21接收的无线信号经由环形器22输入到BPF23中。由BPF23提取与指定的接收频率对应的频带分量,并且在被接收放大器25放大之后,该频带分量被A/D转换器26转换成数字信号。暂时将该数字信号存储在接收缓冲器27中。
发送缓冲器30暂时存储由处理器28生成的发送数据。D/A转换器31将从发送缓冲器30读出的发送数据转换成模拟信号并且发送放大器32放大该发送数据。之后,得到的信号经由BPF33和环形器22从天线(发送天线)21发送。
注意,例如使用集成电路(IC)来实现A/D转换器26、D/A转换器31以及驱动器34。使用存储设备中的存储区域来形成接收缓冲器27和发送缓冲器30。
处理器28例如是中央处理单元(也称为CPU或者MPU)、数字信号处理器(DSP)或者其组合。存储器29是存储设备(记录介质)的示例,并且包括主存储设备(主存储器)和辅助存储设备。主存储器包括只读存储器(ROM)和随机存取存储器(RAM)。例如,对于辅助存储设备,选择硬盘、闪存以及EEPROM中的至少一个。
处理器28通过将存储在辅助存储器中的程序加载至主存储器中并且执行该程序来进行各种处理和实现各种功能。例如,处理器28通过解调和解码存储在接收缓冲器27中的数字数据来获取期望数据。此外,处理器28通过编码和调制要发送的数据生成发送数据,并且将生成的发送数据存储在发送缓冲器30中。
此外,处理器28经由被包括在IO设备35中的输入设备输入的信号的解译进行根据输入信号的处理。处理器28还使用存储器29来创建用于显示的显示数据,并且控制通过显示器对显示数据的显示。处理器28还进行通话相关的语音处理。此外,处理器28通过程序执行来执行与呼叫限制有关的通话呼叫/断开处理和控制。
图7是示意性示出移动台117的功能的图。移动台117通过程序执行来执行列表注册处理150、发送处理151、接收处理152、调度管理处理153以及显示处理154。此外,处理器28通过程序执行来执行呼叫限制/解除决定处理156、呼叫限制/解除处理157以及限制呼叫处理158。移动台117的存储器29还存储被呼叫者列表155、允许呼叫时间信息159以及移动台时间信息160。
在列表注册处理150中,处理器28协助创建和注册在呼叫限制期间用户期望的优先被呼叫者信息,或者换言之,优先被呼叫者列表。换言之,处理器28向用户提供用于创建优先被呼叫者列表的用户界面(UI),使用包括在IO设备35中的输入设备接受一个或更多个优先被呼叫者输入,并且生成优先被呼叫者列表。可以将优先被呼叫者列表存储在存储器29中。例如,在发送处理151中,处理器28进行用于生成包括有优先被呼叫者列表(优先被呼叫者信息)的信号(列表注册请求消息)并且从天线21发送该信号的处理。
在接收处理152中,处理器28进行接收由天线21接收的来自控制***100的调度信息(指示该移动台117的允许呼叫时段)的处理。例如,将接收到的调度信息存储在被呼叫者列表155中。调度管理处理153进行用于在调度期间控制对优先被呼叫者的呼叫(允许呼叫时段)的各种处理。
将包括在调度信息中的允许呼叫时段的开始时间和结束时间存储在存储器29中作为允许呼叫时间信息159。移动台117配备有内部时钟(未示出),并且将由该时钟测量的当前时间用作为移动台时间信息160。
在呼叫限制/解除决定处理156中,处理器28基于在基于调度信息的允许呼叫时间信息159(开始时间、结束时间)与移动台时间信息160(当前时间)之间协调的结果作出呼叫限制/解除决定。换言之,处理器28确定当前时间是否在允许的时段内,并且如果在允许呼叫时段内则决定解除呼叫限制,并且如果不在允许呼叫时段内则实施呼叫限制。在呼叫限制/解除处理157中,处理器28根据呼叫限制/解除决定处理156的决定结果来执行呼叫限制处理或者呼叫限制解除处理。
在显示处理154中,处理器28进行用于在包括在IO设备35中的显示器上显示各种信息如允许呼叫时段和优先被呼叫者列表的处理。在限制呼叫处理158中,处理器28执行在允许呼叫时段内的呼叫处理。
<<OpS>>
图8是示意性示出OpS114的功能的图。硬件方面,OpS114配备有例如包括图2中示出的信息处理设备100A的配置,或者换言之处理器1、存储器2、HD(HDD)3、IO设备4以及通信IF5。OpS114能够经由网络(移动通信网111)与相应的BSC115和控制***100(信息处理设备100A)进行通信。
通过使处理器1执行存储在存储器2中的程序,OpS114能够执行呼叫限制信息接收处理170和呼叫限制信息发送处理171,并且用作配备有存储呼叫限制信息的限制信息管理数据库(限制信息管理DB)172的设备。
在呼叫限制信息接收处理170中,处理器1使用通信IF15经由网络与操作站113进行通信,并且接收由操作站113发送的针对移动通信网111的每个区域的呼叫限制信息。呼叫限制信息存储在限制信息管理DB172中。限制信息管理DB172存储在存储设备如在OpS114中设置的存储器2或者HD3中。
在呼叫限制信息发送处理171中,处理器1根据由通信IF5接收的来自控制***100的对呼叫限制信息的请求来提供呼叫限制信息。呼叫限制信息从通信IF5发送并且经由移动通信网111在控制***100处被接收。此外,OpS114的处理器1根据在操作站113处的操作(呼叫限制实施/呼叫限制解除操作)将呼叫限制信息经由BSC115发送给基站116。
根据OpS114,通过当在区域中实施呼叫限制或者解除呼叫限制时将呼叫限制信息(呼叫限制/限制解除信息)发送给BSC115,可以对于在BSC115监管下的基站116实施呼叫限制或者解除呼叫限制。
<示例性操作>
<<操作概述>>
接着,将描述在本实施方式中的关于呼叫限制的示例性操作。图9至图14是说明根据实施方式的示例性操作的序列图。在图9中,移动台117的用户提前在控制***100中注册优先被呼叫者列表,为由电信运营商实施的呼叫限制作准备。由于灾难(如地震或者火灾)或者事件的结果,因此实施呼叫限制。
换言之,在IO设备35的控制下,移动台117的处理器28向用户提供优先被呼叫者列表创建环境(用户界面)。用户使用创建环境来输入与一个或更多个优先被呼叫者有关的信息。
处理器28使用输入的优先被呼叫者信息来生成优先被呼叫者列表(S01)。优先被呼叫者列表包括关于与移动台117的标识信息相关联的一个或更多个优先被呼叫者的信息(姓名、电话号码、优先次序(列表上的优先次序;列表次序))。
随后,处理器28进行将优先被呼叫者列表(在下文中也简称为“列表”)发送给控制***100的处理(S02)。由此,列表经由基站116(BSC115、移动通信网111)到达控制***100(S03)。在控制***100中,处理器1执行列表接收处理120,接收从移动台117接收的列表(S04),并且将该列表存储(注册)在优先被呼叫者DB123中(S05)。
之后,例如,在控制***100(信息处理设备100A)中,处理器1周期性地执行所在区域信息收集处理121(S06)。换言之,处理器1参考优先被呼叫者DB123,获取来自HLR119等(PSTN、PHS网络)的列表上的站(呼叫站(移动台117)以及全部优先被呼叫站(移动台117、固话站118、PHS站118A))的所在区域信息,并且将获取到的所在区域信息存储在优先被呼叫者DB123中。
随后,控制***100(处理器1)执行限制信息获取处理122(S07)。换言之,处理器1访问OpS114的限制信息管理DB172,获取每个区域的呼叫限制信息,并且将获取到的呼叫限制信息存储在优先被呼叫者DB123中(S08)。每个区域的呼叫限制信息可以包括区域的呼叫限制标记和限制原因。例如,限制原因可以包括“灾难”或者“事件”。
接着,控制***100(处理器1)使用存储在优先被呼叫者DB123中的列表、所在区域信息以及呼叫限制信息来确定在呼叫站和被呼叫站的所在区域中是否存在呼叫限制(S09)。此时,在全部站的所在区域中不存在呼叫限制的情况下(S09;无限制),不进行具体的处理,并且处理进入待机状态直到下一个所在区域信息收集处理121的开始定时为止(S06)。
相比之下,在呼叫站和被呼叫站的各自所在区域中实施呼叫限制(所在区域为限制区域)的情况下(S09;限制),执行对呼叫站(即移动台117)的所在区域确定呼叫调度的处理。
换言之,处理器1参考优先被呼叫者DB123并且检查限制区域(移动台117的所在区域)和限制原因(S10)。然后处理器1确定限制原因是否为“灾难”(S11)。
此时,如果限制原因是“事件”,则处理返回至S06(待机直到下一个所在区域信息收集定时为止)。相比之下,如果限制原因是“灾难”,则对在控制***100中注册了优先被呼叫者列表的在限制区域中的移动台117(在下文中也表示为“注册站”)执行用于计算允许呼叫时间的处理。
注意,在下面的描述中,术语“限制区域”是指其中由于“灾难”的限制原因而实施呼叫限制的区域,并且不包括其中由于“事件”而实施呼叫限制的区域。还可以通过仅获得关于其限制原因是灾难的限制区域的信息作为从OpS114获取的呼叫限制信息来省略存储限制原因和确定该限制原因是否是灾难的处理。
例如,在由于发生灾难而在区域A(图1)中实施呼叫限制的情况下,电信运营商可以对操作站113进行操作并且将区域A的呼叫限制信息输入至OpS114中。随后,OpS114将作为一种类型的控制指令的呼叫限制指令发送给属于区域A的全部基站116。呼叫限制指令包括指定的限制率。
如图10所示,区域A中的每个基站116(在图10至图13中仅示例为一个)经由BSC115接收呼叫限制指令(S12)。基站116生成包括有被包括在呼叫限制指令中的限制信息(指示呼叫限制实施和限制率的信息)的***信息,并且将***信息发送给在监管下的移动台117(S13)。由此,位于区域A中的每个移动台117能够接收包括限制信息的***信息。
当接收到***信息时(S14),每个移动台117(在图10至图13中仅示例为一个)根据包括在***信息中的限制信息中的限制率来限制呼叫(S15)。换言之,移动台117切换至第一呼叫限制模式。在第一呼叫限制模式下,移动台117进入接受在与限制率对应的范围内的用户的呼叫操作的状态,除了呼叫特殊号码(例如,如紧急号码如“110”、“118”以及“119”)之外。
例如,如果实施限制,则呼叫成功概率根据限制率而降低。例如,80%的限制率产生其中五个呼叫中有一个呼叫将连接的状态(20%的成功概率)。作为特定的限制方法,在指定时段的时间长度内(一个循环时间)的不允许呼叫时间和允许呼叫时间的长度可以根据限制率变化。在无限制的情况下,在一个循环时间中的不允许呼叫时间为0,而允许呼叫时间等于一个循环时间(100%)。相比之下,随着限制率增加至例如20%、50%以及80%,在一个循环时间中的允许呼叫时间缩短至4/5、1/2以及1/5。结果,随着限制率提高,呼叫变得更难以连接。
或者,可以通过在某些情况下减少链路数目来实现呼叫限制。例如,在没有限制作为参考的基准的情况下,对于可用链路的总数根据限制率(%)来减少可用链路的数目。例如,在80%的限制率的情况下可用链路的数目变为以上的链路总数的1/5。结果,呼叫变得更加难以连接。在第一呼叫限制模式下的呼叫限制方法是任意的。
同时,如果在图9的S11中限制原因被确定为“灾难”,则控制***100进行下面的处理。在此,将给出处理的概要,并且后面将讨论处理的细节。控制***100在优先被呼叫者DB123中注册的移动台117(注册站)的用户中确定位于限制区域A中的全部移动台117的允许呼叫时段的次序。为此,控制***100根据重要性计算表130来计算注册站的每个用户的分数(S16)。将分数计算结果存储在用户次序DB125中(S17)。
接着,根据存储在用户次序DB125中的每个用户的分数,控制***100确定位于限制区域(区域A)中的注册站的全部用户的次序(S18)。确定的次序存储在用户次序DB125中(S19)。
当确定次序时,控制***100计算在限制区域(区域A)中向其分配允许呼叫时段的用户的数目(S20)。控制***100将计算出的用户数目存储在调度DB128中。当计算出用户数目时,控制***100通过参考分配时间限定DB133来确定每个用户的分配时间(S21)。
当确定每个用户的分配时间时,控制***100确定每个用户的允许呼叫时段(S22)。确定的允许呼叫时段存储在调度DB128中。在确定允许呼叫时段之后,控制***100针对每个用户(注册站)创建包括有该用户的允许呼叫时段的消息(要发送给移动台的消息)作为调度信息(S23)。随后,控制***100将用户的消息传送给对应的移动台117(S24)。此时,可以连同调度信息一起包括从注册站接收到的优先被呼叫者列表(列表注册信息)。
如图11所示,当从控制***100经由基站116接收到调度信息时(S25),移动台117(注册站)在被呼叫者列表155中注册调度信息(S26)。随后,注册站切换至第二呼叫限制模式(S27)。在第二呼叫限制模式下,注册站进入在由控制***100报告的允许呼叫时段内仅允许对优先被呼叫者列表上的优先被呼叫者进行呼叫的状态,除了紧急呼叫(呼叫特殊号码如“110”、“118”以及“119”)之外。换言之,在第二呼叫限制模式下,在允许呼叫时段内仅允许对特殊号码和在优先被呼叫者列表上的“普通号码”(即除了特殊号码之外的电话号码)的呼叫,而在允许呼叫时段之外仅允许对特殊号码的呼叫。
注册站等待直到在存储在被呼叫者列表155中的调度信息中的允许呼叫时段的开始时间为止,并且当到达开始时间时(S28;是),暂时解除呼叫限制(S29)。由此,在允许呼叫时段内,注册站的用户能够呼叫并且与对应于包括在优先被呼叫者列表中的优先被呼叫者的移动台117、固话站118以及PHS站118A进行通话(S30)。之后,当到达允许呼叫时段的结束时间时(S31;是),控制***100再次进入实施呼叫限制的状态(S32)。
在直到此时的处理中,对于移动通信网111的全部区域执行对所在区域信息的获取(S06)和对限制信息的获取(S07),但是也可以对单独的区域执行,或者对通过将整体区域划分成指定数目的区域组而获得的单独的区域组执行。此外,所在区域信息和限制信息的获取的顺序可以颠倒。此外,也可以对每个区域顺序地进行图10中的S16至S24的处理,同时可以对于全部限制区域(限制原因:“灾难”)并行执行分数计算、用户次序确定、用户号码查明、分配时间确定以及消息创建的各个处理。
图12示出其中呼叫限制正在进行的情况的序列。控制***100询问关于限制区域的周期性限制信息(限制原因:“灾难”)(S33),并且获取存储在OpS114的限制信息管理DB172中的呼叫限制信息(S34)。
控制***100通过参考获取的限制信息来确定限制正在进行还是被解除。如果作为确定的结果,存在正在进行的由于灾难而对其进行呼叫限制的区域(例如,区域A上的限制正在进行),则对其呼叫限制正在进行的相关区域进行以下处理。也就是说,控制***100等待对该区域的全部用户设定的分配时间耗尽(S35),并且当分配时间耗尽时,再次进行调度(S36)。
换言之,控制***100再次进行图9和图10中示出的从S06至S24的处理(图12中的S35、S36以及S37)。由此,限制区域(区域A)中的注册站由于灾难而再次进行图11中示出的从S26至S32的处理。因而,注册站能够在再分配允许呼叫时段内呼叫优先被呼叫者(与优先被呼叫者进行通话)。
图13示出当解除限制时的序列。如上,控制***100对于限制区域周期性地访问OpS114的限制信息管理DB172(S33),并且获取被存储在限制信息管理DB172中的呼叫限制信息(S34)。然而,在操作站113在限制信息管理DB172中注册了对限制区域(区域A)的呼叫限制解除的情况下,在S34中控制***100获取指示对区域A的呼叫限制解除的信息。
控制***100通过参考此时获取的限制信息来确定该限制是正在进行还是被解除。在存在其限制被确定为解除的区域(例如区域A)的情况下,控制***100将指示限制解除的呼叫限制信息经由基站116发送给区域A中的每个注册站(移动台117)(S38)。
当根据呼叫限制信息确定对区域A的呼叫限制已经解除时,注册站(移动台117)从第二呼叫限制模式切换至正常模式(S39)。由此,注册站进入允许呼叫而不管区域A中的被呼叫者的状态(正常操作)。
图14示出其中位于限制区域(例如区域A)中的移动台117(注册站:第二呼叫限制模式)移动至无限制区域(例如区域B)的情况的序列。在无限制区域(区域B)中,基站116从更高层的BSC115接收指示没有呼叫限制的信息(在图14的示例中,限制解除指令)(S40)。
基站116根据限制解除指令生成包括指示不存在呼叫限制的信息的***信息(限制解除信息),并且将生成的***信息发送给基站116的小区(S41)。注册站通过移动至区域B中从基站116接收包括限制解除信息的***信息(S42)。随后,注册站解除第二呼叫限制模式,并且切换至正常模式(S43)。
<<详细操作>>
在下文中,将详细描述在概要中示出的控制***100、基站116以及移动台117(注册站)的操作(处理)。
<<在列表注册期间移动台的操作>>
存储在移动台117的存储器29(图6)中的是用于利用以上讨论的第二呼叫限制模式的应用程序,或者换言之,使得在由控制***100确定的允许呼叫时段内能够呼叫优先被呼叫者的服务。在下文中,这种应用程序将被表示为“呼叫保证应用”,并且由呼叫保证应用提供的服务将被表示为“呼叫保证服务”。
移动台117的处理器28通过执行呼叫保证应用来进行处理如图7中示出的列表注册处理150、发送处理151、接收处理152、调度管理处理153、显示处理154以及限制呼叫处理158。
图15是示出列表注册处理150的细节的流程图。例如,在处理器28(图6)由于用户A对移动台117操作而激活(开始执行)呼叫保证应用的情况下开始列表注册处理150。
当列表注册处理150开始时,首先,处理器28在包括在IO设备35中的显示器上显示呼叫保证应用的菜单画面(未示出)(S001)。接着,当接受根据用户A的操作对列表注册菜单项的选择时(S002),处理器28提供优先被呼叫者列表创建环境(用户界面:UI)(S003)。
换言之,处理器28使得显示器显示用于优先次序(列表次序)、姓名以及电话号码的输入画面作为优先被呼叫者(联系人)信息,并且接受从输入设备输入的优先次序、姓名以及电话号码。此时,处理器28能够接受多个优先被呼叫者。可以设定优先被呼叫者的数目的上限。
例如,如图15所示,输入移动台117的用户(用户A)的姓名和移动台117的电话号码作为优先次序“0”。此外,输入父亲和妻子的姓名和电话号码作为优先被呼叫者(联系人)。
当接受指示联系人输入完成的输入时(S004;是),处理器28执行将包括关于用户A和直到此时输入的一个或更多个优先被呼叫者的信息的注册请求消息或者换言之优先被呼叫者列表发送给控制***100的处理(S005)。注意,例如提前将控制***100的地址存储在存储器29中。处理器28将优先被呼叫者列表存储在被呼叫者列表155中。
以上示出了提供用于采用呼叫保证应用的列表创建和发送的UI的示例。然而,如下修改是可以的。换言之,控制***100可以用作提供用于列表注册的网站的网络服务器。移动台117使用存储在存储器29中的网站地址(URL)访问网站。然后网站向移动台117提供用于列表注册的UI。该UI通过包括在移动台117中的网页浏览器显示在显示器上。用户使用该UI来输入优先被呼叫者列表,并且当输入完成时,将优先被呼叫者列表发送给控制***100。在这种情况下,移动台117可以不提前包括UI数据。
<<在灾难之前列表接收控制***的操作>>
图16是示出当在呼叫限制之前接收到列表时控制***的操作的流程图。例如,由于从移动台117接收到优先被呼叫者列表,因此开始图16中的处理。控制***100的处理器1执行列表接收处理120(图3),从移动台117接收优先被呼叫者注册列表(S010),并且将列表存储在优先被呼叫者DB123中(S011)。
图17是在优先被呼叫者DB123中注册的用户A的优先被呼叫者列表的示例性图示。如图17所示,分别存储形成列表的优先次序(列表次序)、姓名以及电话号码。通过在优先被呼叫者DB123中的这种注册,此后将用户A的移动台117作为用于呼叫保证服务的注册站。
接着,处理器1进行所在区域信息收集处理121。换言之,处理器1检索用户A和存储在优先被呼叫者DB123中的每个优先被呼叫者的电话号码(S012),并且向HLR119(移动通信网)、PSTN112以及PHS网络112A中的任何一个询问每个电话号码的所在区域信息。通过询问,获取指示拥有每个电话号码的站的所在区域的信息作为所在区域信息(S013)。处理器1将获取到的所在区域信息存储在优先被呼叫者DB123中(S014)。图18是其中将所在区域信息(服务区)另外存储在图17中示出的优先被呼叫者列表中的状态的示例性图示。
随后,处理器1执行限制信息获取处理122。换言之,处理器1向OpS114询问对于在优先被呼叫者列表中注册的所在区域的呼叫限制的状态,并且作为响应,接收每个所在区域的呼叫限制信息(S015)。
图19是在OpS114的限制信息管理DB172中的存储内容的示例性图示。限制信息管理DB172存储与移动通信网111的每个区域对应的限制状态和限制原因。例如,限制状态为“限制”或者“无限制”,而限制原因为“灾难”或者“事件”。然而,限制原因和限制状态的类型的数目不限于以上示例。此外,图19中示出的内容是示例性图示,并且与下面的图20示出的内容不匹配。
呼叫限制信息包括指示区域是否被限制以及在限制期间的限制原因的信息。处理器1将呼叫限制信息存储在优先被呼叫者DB123中(S016)。图20是其中将呼叫限制信息另外存储在图18中示出的优先被呼叫者列表中的状态的示例性图示。
接着,处理器1执行信息管理处理131。换言之,处理器1参考优先被呼叫者列表并且检查限制区域是否存在(S017)。此时,如果限制区域不存在(S018;否),则处理返回至S012。相比之下,如果限制区域确实存在(S018;是),则处理器1检查限制区域的限制原因(S019),并且确定限制区域的限制原因是否为“灾难”(S020)。
此时,如果限制区域的限制原因全部是“事件”,则处理返回至S012。相比之下,如果存在具有灾难的限制原因的限制区域,则图16中示出的处理结束,并且进行到用于对灾难的限制区域进行呼叫限制的处理。在图20中示出的示例中,区域“新宿”被限制原因“灾难”所限制。由于该原因,处理切换至用于进行目标为位于区域“新宿”的移动台117(注册站)的呼叫限制处理的处理(根据第二呼叫限制模式的呼叫限制)。
每次优先被呼叫者列表注册请求从移动台117到达时,当被呼叫时,执行图16中示出的处理中的S010和S011(列表接收处理120)中的处理。相比之下,以指定时段周期性地执行图16的S012(所在区域信息收集处理121)及此后的处理。在所在区域信息收集处理121的开始时的注册站变为呼叫保证服务的接收者。注意,在输入特殊执行指令的情况下也可以将S012及此后的处理配置成开始执行。
<<当呼叫限制开始时基站的操作>>
图21是示出当呼叫限制开始时基站116的示例性操作的流程图。在其中开始了呼叫限制的区域中的基站116从OpS114经由BSC115接收呼叫限制指令。基站116的CPU16(图4)用限制信息接收处理142(图5)接受呼叫限制指令(S021)。随后,CPU16用限制信息处理143(图5)生成包括有限制信息(包括限制率)的***信息(S022),并且通过发送***信息,向在监管下的移动台117报告呼叫限制信息(S023)。由此,在移动台117中开始第一呼叫限制(由于第一呼叫限制模式的呼叫限制)。<<在呼叫限制开始后控制***的操作>>
图22是示出在呼叫限制开始后控制***100的示例性操作的流程图。当被图16中示出的S020中的是确定触发时,或者换言之,当由于灾难造成的在给定区域中的呼叫限制的实施时,或者换言之,当检测到限制区域时,开始图22中示出的处理。位于给定限制区域中的每个注册站对应于限制站。
在图22中,控制***100的处理器1进行分数计算处理124。换言之,处理器1计算待被用作用于确定位于该限制区域中的移动台117(注册站)的允许呼叫时段的分配次序的基础的分数(S031)。使用存储在优先被呼叫者DB123和重要性计算表130中的信息来进行分数计算。处理器1将分数计算结果存储在用户次序DB125中(S032)。
随后,处理器1执行优先次序确定处理126。换言之,根据每个用户的分数,处理器1确定对于在每个限制区域中的全部用户(限制站)分配允许呼叫时段的优先次序(S033)。处理器1将在每个限制区域中的允许呼叫时段分配的确定的优先次序存储在用户次序DB125中(S034)。
图23至图28示出了在用户A至用户F的优先被呼叫者列表中的存储内容的示例,在图22中的处理开始时该优先被呼叫者列表被存储在优先被呼叫者DB123中。如图23至图28所示,图16中示出的处理产生其中与用户A至用户F的呼叫者或者被呼叫者的电话号码相关联地存储拥有电话号码的站的所在区域、所在区域的限制状态以及限制原因的状态。注意,图23至图28中的存储内容是示例性图示,并且不同于图17、图18以及图20中示出的示例。用户(用户A至用户F)的数目是示例性示出。
图29示出重要性计算表130的示例性数据结构。通过对呼叫者和被呼叫者所在区域的限制状态模式进行加权将重要性计算表130用来计算重要性。在重要性计算表130中,对于呼叫者限制状态和被呼叫者限制状态的组合存储重要性。在图29的示例中,重要性“1”为最高,并且重要性“2”低于重要性“1”。重要性“0”被认为不重要(最低)。
在由于灾难而限制呼叫者和被呼叫者二者的情况下设定重要性“1”。此外,在由于灾难而限制呼叫者但是由于事件而不限制或者限制被呼叫者的情况下设定重要性“2”。其他情况被设定为重要性“0”。
处理器1参考每个用户的优先被呼叫者列表和重要性计算表130,并且计算每个用户的每个被呼叫者的重要性。重要性计算结果存储在优先被呼叫者DB123的优先被呼叫者列表中。图30至图35示出了其中将对用户A至用户F执行的重要性计算处理的结果存储在列表中的示例。
例如,对于限制站或者换言之位于限制区域的注册站(用户)执行重要性计算处理。然而,也可以对优先被呼叫者DB123中的全部优先被呼叫者列表(全部用户)执行重要性计算处理。尽管图30至图35中的示例示出了其中对全部用户A至用户F存储重要性计算结果的示例,但是在处理位于限制区域中的站(限制站)的情况下,对用户A至用户D执行重要性计算处理。
<<分数计算处理>>
图36是示出分数计算处理124(图22中的S031)和优先次序确定处理126(图22中的S033)的细节的流程图。由处理器1按照以上所述的重要性计算处理执行图36中示出的处理。对每个限制区域执行分数计算处理124。下面对分数计算处理124的描述假设用户A至用户D位于给定的限制区域中,而不管图30至图35中的存储内容。
首先,处理器1分别计算在限制区域中的具有重要性“1”的被呼叫者与全部用户(用户A至用户D)中的每个用户的全部优先被呼叫者的比值(S041)。假设将位于给定的限制区域中的用户定义为N,则tN是在该用户的优先被呼叫者列表中注册的被呼叫者的数目,并且iN是具有重要性1的被呼叫者的数目,用下面的公式1来计算对用户N的重要性1的比例pN。
pN=iN/tN 公式1
处理器1对用户A至用户D中的每个用户计算比例pN,并且将计算结果存储在用户次序DB125(图3)中。图37示出了存储在用户次序DB125中的工作表的存储内容。如图37所示,假设分别获得“2/4”、“3/4”、“2/4”以及“1/4”作为用户A至用户D的分数(比例pN)计算结果。
随后,处理器1按最大分数(比例)值的顺序确定对全部用户的允许呼叫时段的暂时分配的优先次序(S042)。此时,对具有相同值的用户给予相同的优先次序。因而,用户A至用户D的暂时优先次序变为“2”、“1”、“2”以及“4”。将暂时优先次序存储在用户次序DB125中(见图37)。
接着,处理器1确定在暂时优先次序中是否存在相等的次序(S043)。如果不存在相同的次序,则处理器1不做改变而确认该暂时优先次序为最终次序(S045)。相比之下,在不存在相等的优先次序的情况下,处理器1确定在具有相同的优先次序的用户中的优先次序(S044)。
换言之,对于具有相同优先次序的用户(用户A和用户C),处理器1确定在优先被呼叫者列表上具有次序(列表次序)1的被呼叫者是否具有重要性“1”。此时,如果一个用户的重要性为“1”,并且另一个用户的重要性为“无”,则处理器1将该一个用户的优先次序相对于另一个用户提高(降低另一个用户的优先次序)。相比之下,在两个用户的重要性均为“1”或者“无”的情况下,处理器1用下一个优先次序(列表次序2)对被呼叫者的重要性进行类似的处理。这样,对具有重要性“1”的被呼叫者的高优先次序的用户给予高优先次序。重复执行S043和S044中的循环处理直到不再有相等次序的用户为止,并且当不再有相同次序的用户时,处理进行到S045,并且最终确定给全部用户分配允许呼叫时段的优先次序。处理器1将优先次序存储在用户次序DB125中。
图38是用于处理S043和处理S044(对相同次序的用户的次序确定处理)的说明图。如上,如果在图37示出的分数计算结果中不存在相同次序,则优先次序变为最终的。然而,用户A和用户C具有相同次序。由于该原因,根据S044中的处理,对具有列表上较高的重要性1的用户提高优先次序。
具体地,针对用户A和用户C对来自列表顶部(优先次序1)的第一被呼叫者比较重要性,并且如果仅对一个用户的被呼叫者设定重要性“1”,则将该一个用户的优先次序降低到另一个用户之下。然而,如果对于用户A和用户C具有优先次序1的被呼叫者的重要性均为“1”,则用优先次序2(从列表顶部起的第二个)对被呼叫者进行以上处理。
然而,由于具有优先次序2的被呼叫者的重要性均为“无”,所以对优先次序3执行类似的处理。结果,鉴于用户A的被呼叫者的重要性为“无”,用户C的被呼叫者的重要性为“1”,因此将用户C的优先次序提高到用户A之上。结果,用户A的优先次序最终确定为“3”,并且用户C的优先次序最终确定为“2”。将最终确定的优先次序存储在用户次序DB125中(见图39)。
注意,由于被呼叫者的数目在被比较的用户之间有所不同(例如,用户A的被呼叫者的数目为3,而用户C的被呼叫者的数目为2),在一侧不存在待比较的被呼叫者的重要性的情况下,将不存在的次序的被呼叫者看作重要性“无”。此外,在即使对于重要性“1”比较全部经排序的被呼叫者之后也未确定次序的情况下,对于重要性“2”按从列表顶部起的顺序进行被呼叫者重要性比较。此外,尽管在以上示例中仅将重要性“1”用于比例计算,但是也可以在考虑重要性“2”的情况下确定暂时优先次序。
返回至图22,当通过直到此时的处理在每个限制区域中确定了关于给用户分配允许呼叫时段的优先次序时,处理器1进行接下来的S035至S037中的处理作为调度确定处理127。换言之,对于为其确定调度的每个限制区域,处理器1检查向其分配允许呼叫时段的用户(注册站)的数目,并且将结果存储在调度DB128中(S035)。
接着,处理器1针对每个限制区域确定每个用户的分配时间(允许呼叫时间)(S036)。接着,处理器1根据存储在用户次序DB125中的优先次序将允许呼叫时段分配给每个用户(确定调度)(S037)。调度存储在调度DB128中。
<<调度确定处理>>
图40是示出调度确定处理127的示例性细节的流程图。对于每个限制区域执行调度确定处理127。可以在S034(图22)中的处理之后执行图40中示出的处理。
首先,对于给定的限制区域,处理器1查明在该限制区域内的用户的数目(注册站的数目)u(S051)。可以通过参考被存储在用户次序DB125中的与该限制区域关联的用户的数目来查明用户数目。图40中的示例描述其中用户的数目u为26的示例。
用户的数目存储在调度DB128中。图41是调度DB128的说明图。调度DB128针对为其确定调度的每个限制区域存储如图41所示的表。例如,该表存储优先次序、用户、时段名称、开始时间以及结束时间。对于用户,对注册站的用户的姓名进行注册。对于时段名称,对其中允许呼叫的时段的编号进行注册。开始时间是分配的允许呼叫时段的开始时间。结束时间是分配的允许呼叫时段的结束时间。当S051中的处理结束时,优先次序和用户姓名被存储在该表中。
接着,处理器1根据限制区域的限制率和链路总数计算可用链路的数目(S052)。例如,限制区域的限制率可以在图16的S015(限制信息获取)中的处理中从OpS114接收,并且存储在优先被呼叫者DB123中。此外,例如,链路总数还可以提前存储在存储器2或者HD3中,或者可替选地,通过从管理设备如OpS114接收来获取。
此时,假定r(%)是限制区域的限制率,并且ct是链路总数,则可以用下面的公式2计算可用链路的数目ca。
ca=ct×(1–r/100) 公式2
例如,在限制区域的链路总数ct为10并且限制率r为80%的情况下,通过使用以上公式可用链路的数目ca变为2。
接着,处理器1计算向限制区域中的全部用户分配允许呼叫时段所循环经过的时段的数目。可以用下面的公式3计算时段数目n。
n=u/ca 公式3
例如,在用户数目u为26并且可用链路的数目ca为2的情况下,时段的数目n变为13。处理器1将与时段的数目对应的名称存储在调度DB128的表中。在图41示出的示例中,对13个时段设定名称“1”至名称“13”,并且向26个用户中的每两个用户分配时段(时段名称)。例如,将时段名称“1”分别分配给具有优先次序1和优先次序2的用户,而将时段名称“2”分别分配给具有优先次序3和优先次序4的用户。以这种方式,处理器1通过将用户的总数除以可用链路的数目来计算时段数目,并且将时段分配给每个用户。
接着,处理器1参考分配时间限定DB133,并且确定每个用户的分配时间(S054)。可以提前设定每个用户的分配时间(第一技术)。此外,可以设定用于分配时段以循环经过区域中的全部用户的时间量,并且可以根据时段的数目来计算每个用户的分配时间(第二技术)。
图42示出在应用第一技术的情况下在分配时间限定DB133中的存储内容的示例,而图43示出在应用第二技术的情况下在分配时间限定DB133中的存储内容的示例。为了执行第一技术,分配时间限定DB133对每一轮调度来存储每个用户的分配时间(允许呼叫时间;时间长度)。在图43的示例中,还对于第二轮和随后轮的调度设定时间,并且设定比第一轮调度的时间长度更长的时间长度。然而,也可以设定相同的时间或者较短的时间。
为了执行第二技术,如图43所示,分配时间限定DB133存储每一轮调度的循环时间(时间长度)。同样在图43的示例中,将第二轮以及随后轮的循环时间设定为较长的时间长度,但是也可以根据需要设定该时间长度。然而,可以将第一技术和第二技术二者配置成如果应用设定的人员企图将每个用户的分配时间设定为低于给定的阈值则发出警告。这样,可以避免其中每个用户的分配时间太短以至于不允许呼叫甚至一个优先被呼叫者的不现实的分配。
此外,在应用第二技术的情况下,通过用循环时间除以时段的数目计算每个用户的分配时间。换言之,假设dt为时段分配循环经过全部用户的时间,则用下面的公式4计算每个用户的分配时间ds。
ds=dt/n 公式4
图43中示出的示例示出了对于下述情况的每个用户的分配时间:其中,在第一轮调度中时段分配循环经过全部用户的时间dt为30分钟,并且时段的数目为30。可以将以这种方式计算出的分配时间存储在分配时间限定DB133中。利用第二技术,在其中可用链路的数目固定的情况下,分配时间根据用户数目而变化。由此,可以延长在具有少量注册站的限制区域中的分配时间,也可以缩短在具有大量注册站的限制区域中的分配时间,并且使得能够根据注册站的数目计算出保证公平的分配时间。
返回至图40,如果使用以上的第一技术和第二技术中的一种来确定每个用户的分配时间,则处理器1确定每个用户的允许呼叫时段(S055)。换言之,确定全部用户的循环时间的开始时间,并且根据该开始时间,对允许呼叫时段的开始时间和结束时间进行确定以便于确保每个用户的分配时间。如图41所示,将以这种方式分配给每个用户的允许呼叫时段(开始时间和结束时间)存储在调度DB128中。当S055中的处理结束时,最终确定在限制区域内的全部用户的调度。
注意,在S052中计算可用链路的数目的情况下,也可以考虑优先未为其注册被呼叫者列表的移动台(未注册站)。可以想到,注册站和未注册站的可以混合位于限制区域中。为了能够更现实地计算链路数目,可以应用类似以下的技术。
图44是说明当考虑未注册站时计算可用链路的数目的方法的图。图44中示出的示例示出了其中限制区域的限制率为80%、对由未注册站使用的分配为10%以及对由注册站使用的分配为10%的示例。在这种情况下,假设rc(%)为用于未注册站使用的比例,r(%)为区域中的限制率以及ct为链路的总数,用下面的公式5计算可用链路的数目ca。在S052中,可以用公式5替代公式2。由此,可以当处于其中对于未注册站保证链路的状态下时对于注册站确定链路。
ca=ct×(1–(r+rc)/100) 公式5
返回至图22,当对于在限制区域中的全部用户最终确定调度时,创建指向每个注册站的移动台消息(S038),并且将允许呼叫时段(调度)传送至在限制区域中的移动台(S039)。
可想到以下的三种方法作为调度传送方法。在第一方法中,类似于图41中所示,控制***100将包括有全部用户的调度的调度信息发送给限制区域中的每个基站116,并且每个基站116将包括有调度信息的***信息发送给该基站的小区。在这种情况下,可以将调度信息多播给全部的注册站。
在第二方法中,控制***100将包括有全部用户的调度的调度信息单独发送给每个注册站(单播)。在这种情况下,待发送的信息(发送内容)在注册站间可以相同。
在第三方法中,仅将来自图41示出的调度的接收者注册站的调度记录(条目)单独发送(单播)给相关的注册站。尽管产生了针对每个注册站生成发送信息的处理,但是这种情况可以减小要发送给每个注册站的数据大小。以下描述假设通过第二方法的调度的发送作为示例。
<<移动台(注册站)中的处理>>
图45是示出在移动台117(注册站)中用于调度接收和用户呼叫直到允许呼叫时段结束的示例性处理的流程图。在图45中,注册站的处理器28从控制***100接收调度信息(S061:接收处理152(图7))。
随后,处理器28将调度信息存储在被呼叫者列表155中作为调度管理处理153的一部分。此外,处理器28从调度信息中检索移动台自己的调度(允许呼叫时段的开始时间和结束时间),并且注册所检索的调度作为允许呼叫时间信息159。
注意,在接收处理152中,处理器28还可以从控制***与移动台本身的优先被呼叫者列表一起接收调度信息,并且在S062中将调度信息和优先被呼叫者列表存储在被呼叫者列表155中。然而,在采用其中将在列表注册处理150(图7)中生成的被呼叫者列表提前存储在被呼叫者列表155中的配置的情况下,也可以不在接收处理中接收优先被呼叫者列表。
接着,作为调度管理处理153的一部分,处理器28检索存储在被呼叫者列表155中的优先被呼叫者列表和被设定为允许呼叫时间信息159的允许呼叫时段,并且执行显示处理154(S063)。换言之,处理器28编辑提前在存储器29中准备的反映优先被呼叫者列表信息和允许呼叫时段的画面数据,并且将基于画面数据的画面显示在包括在IO设备35中的显示器上。
图46示出了当接收调度时的示例性显示画面。画面180是用于向位于限制区域内的注册站的用户通知目前呼叫限制为有效的显示画面。显示在画面180上的是呼叫限制为有效的指示,以及允许呼叫时段(开始时间和结束时间)和优先被呼叫者列表。
接着,处理器28当通过接收调度信息触发时将注册站的状态切换至第二呼叫限制模式(对应于S064:呼叫限制/解除决定处理156、呼叫限制/解除处理157)。接着,处理器28将允许呼叫时间信息的开始时间和作为移动台时间信息160提供的当前时间进行比较(S065),并且确定当前时间是否到达开始时间(S066:呼叫限制/解除决定处理156)。执行S065和S066的循环处理直到当前时间到达开始时间为止。
在当前时间到达开始时间时,处理器28暂时解除呼叫限制,并且进入接受来自用户的呼叫操作的状态(S067:呼叫限制/解除处理157)。随后,作为调度管理处理153的一部分,处理器28检索存储在被呼叫者列表155中的优先被呼叫者列表和被设定为允许呼叫时间信息159的允许呼叫时段,并且执行显示处理154(S068)。换言之,处理器28编辑提前在存储器29中准备的反映优先被呼叫者列表信息和允许呼叫时段的画面数据,并且将基于画面数据的画面显示在包括在IO设备35中的显示器上。
图47示出了在允许呼叫时段期间的示例性显示画面。画面181是用于通知用户他或她处于允许呼叫时段内的显示画面。显示在画面181上的是允许呼叫的指示、允许呼叫时段以及优先被呼叫者列表(优先被呼叫者的电话号码)。由此,用户可以识别他或她处于允许呼叫时段内,并且向优先被呼叫者发起呼叫。
例如,可以通过光标操作或者通过使用触摸面板的触摸操作来选择显示在画面181上的每个电话号码。如果在所选的状态下用给定的电话号码进行呼叫输入,则处理器28执行对该电话号码的呼叫处理(S069:限制呼叫处理158(图7))。由此,用户可以使用注册站来进行与被呼叫者的站(移动台117、固话站118或者PHS站118A中的任何一个)的通话。当在允许呼叫时段内时,用户能够给多个优先被呼叫者打电话(发起呼叫)。
在当前时间经过了允许呼叫时段的开始时间时,处理器28开始比较当前时间与允许呼叫时段的结束时间(S070),并且随后确定当前时间是否到达了结束时间(S071:呼叫限制/解除决定处理156)。在当前时间还没到达结束时间的情况下(S071:否),处理器28检查呼叫是否正在进行(S072),并且如果呼叫正在进行,则允许该呼叫继续维持现状(处理返回至S070)。
在S072中呼叫没有正在进行的情况下,处理器28进行画面181显示处理,并且提示用户呼叫优先被呼叫者(S068)。之后,在S071中确定当前时间到达或者超过了结束时间的情况下,处理器28确定呼叫是否正在进行(S073),并且如果呼叫正在进行,则进行强制中断处理(S074),并且进行到S075。如果呼叫没有正在进行,则处理进行到S075。
在S075中,处理器28解除暂时允许呼叫状态(S075:呼叫限制/解除处理157),并且切换至不接受呼叫操作的状态,除了呼叫特殊号码如紧急号码之外。此外,作为调度管理处理153的一部分,处理器28接受允许呼叫时段的结束,并且执行显示处理154(S076)。换言之,处理器28将基于提前在存储器29中准备的画面数据的画面显示在包括在IO设备35中的显示器上。
图48示出了当允许呼叫时段结束时的示例性显示画面。画面182是用于向用户通知(告知)允许呼叫时段结束的显示画面。画面182显示呼叫限制为有效的指示,因为允许呼叫时段结束了。注意,如图48所示,在S076时从控制***100接收重新调度结果(下一个调度)的情况下,画面182的显示内容可以包括用于下一调度的允许呼叫时段。由此,用户能够识别允许呼叫时段的结束,并且避免无用呼叫。
注意,在允许呼叫时段内允许被呼叫的电话号码被限制为特殊号码如紧急号码和优先被呼叫者的电话号码。在进行对这些电话号码以外的呼叫操作的情况下,处理器28中止呼叫处理,并且不作呼叫。由移动台117进行这种呼叫限制。
<<<进行重新调度的控制***的操作>>>
图49是示出进行重新调度的控制***100的示例性操作的流程图。为了检查每个限制区域中的呼叫限制条件,控制***100从OpS114周期性地获取每个相关区域的限制信息(S081)。
控制***100的处理器1参考获取到的每个区域的限制信息,并且确定每个区域的呼叫限制是正在进行还是被解除(S082)。对其中呼叫限制正在进行的每个区域进行以下处理。
换言之,处理器1确定当前时间(从包括在控制***100(信息处理设备100A)中的内部时钟(未示出)获得)是否经过了与区域对应的循环时间的结束时间(优先次序中的最后一个允许呼叫时段的结束时间)(S083)。如果当前时间经过了结束时间(S083;是),则处理器1执行重新调度处理(S084)。由于重新调度处理几乎与此前描述的从S012至S020的处理(图16)和从S031至S039的处理(图22)相同,所以将减少或者省略详细描述。然而,对于分配时间(允许呼叫时间长度),使用与调度的轮对应的值(见图42至图43)。
在S082中,对于其中确定限制被解除的区域,处理器1生成限制解除消息(限制解除通知),并且将该消息经由该区域的基站116发送给每个注册站(S085)。
<<<当解除呼叫限制时移动台的操作>>>
图50是示出当解除呼叫限制时移动台117的示例性操作的流程图。如果解除所在区域上的呼叫限制,则移动台117(注册站)从控制***100经由基站116接收到限制解除通知(S091:接收处理152)。
随后,移动台117的处理器28通过接收限制解除通知来确定所在区域上的呼叫限制已被解除(呼叫限制/解除决定处理156),并且解除第二呼叫限制模式(S092)。另外,处理器28执行显示处理154,并且将指示呼叫限制已被解除的显示画面显示在显示器上。图51示出呼叫限制解除的显示画面。画面183显示呼叫限制已被解除的指示。由此,用户可以得知由于限制解除而可以自由地打电话。
注意,由于解除了第二呼叫限制模式,移动台117可以切换至正常模式(无呼叫限制),或者从第二呼叫限制模式切换至第一呼叫限制模式,然后在从***信息接收到第一呼叫限制模式解除的情况下从第一呼叫限制模式切换至正常模式。或者,也可以将根据***信息不切换至第一呼叫限制模式的配置应用至能够切换至第二呼叫限制模式的移动台117(注册站)。
<<<当移动出呼叫限制区域时基站和移动台的操作>>>
图52是示出在无限制区域中的基站的示例性操作的流程图,而图53是说明从限制区域移动至非限制区域的移动台117(注册站)的处理的流程图。
在图52中,在无限制区域中的基站116从OpS114经由BSC115接收到限制解除指令的消息(指示“无”呼叫限制)(S101)。限制解除指令经由链路IF15给予CPU16(图4和图5中的限制信息接收处理142的示例)。
CPU16根据限制解除指令进行生成包括有限制解除信息的***信息的处理。***信息从天线11发送给基站116的小区(通信区域)(S102)。以这种方式,在无限制区域中,从基站116周期性地或者定期地发送包括有指示“无”呼叫限制的限制解除信息的***信息。
在图53中,移动至无限制区域中的移动台117用天线21(图6)接收以上的***信息(S111:接收处理152)。当接收到***信息中的限制解除信息时,处理器28确定限制已被解除(呼叫限制/解除决定处理156),并且通过从第二呼叫限制模式切换至正常模式来解除呼叫限制(S112:呼叫限制/解除处理157)。
此外,处理器28执行显示处理154,并且将指示移动台117已经移出呼叫限制区域(到无限制区域中)的显示画面显示在显示器上(S113)。图54示出了当移出呼叫限制区域(到无限制区域中)时的示例性显示画面。画面184显示移动台117已移出呼叫限制区域(到无限制区域中)的指示。此外,如图54所示,显示有用户能够自由打电话的指示。由此,用户能够得知他或她移出了限制区域并且可以自由打电话。
操作优点
根据实施方式的控制***100,分配允许呼叫时段和并将其报告给位于具有特定限制原因如灾难的呼叫限制区域(限制区域)中的每个注册站(限制站)。注册站能够在允许呼叫时段内与优先被呼叫者进行通话。由此,与基于呼叫限制率的普通呼叫限制(在第一呼叫限制模式下的呼叫限制)相比,可以与优先被呼叫者可靠地进行通话,并且另外,保证用户之间的公平。
此外,为了分配允许呼叫时段,控制***100根据每个注册站以及每个优先被呼叫者所在区域中的呼叫限制条件,针对位于给定的限制区域中的多个注册站(即限制站)确定允许呼叫时段分配优先次序。此时,在其中注册站和优先被呼叫者均位于限制区域中的情况下设定重要性“1”,而在其中呼叫者位于限制区域但是优先被呼叫者位于无限制区域中的情况下设定重要性“2”。然后按重要性“1”的最大比例的顺序确定注册站的优先次序。由此,可以将较早的允许呼叫时段分配给对检查情况具有较紧急需求的用户。
此外,在其中对于以上的基于比例的次序出现具有相同优先次序的用户的情况下,控制***100检查对于按从列表顶部起的顺序的这些用户的优先被呼叫者是否设定重要性“1”,并且在其中对于给定次序对给定用户设定重要性“1”而对另一个用户设定低于重要性“1”的重要性的情况下,控制***100相对于另一个用户的优先次序来提高给定用户的优先次序。由此,可以使得对具有较高重要性的用户的允许呼叫时段的分配优先。
此外,当分配允许呼叫时段时,控制***100根据呼叫限制率和链路的数目来计算注册站的可用链路的数目,并且根据链路的数目计算分配给注册站的时段的数目。由此,可以提高通过呼叫建立链路的可靠性,并且保证对于注册站在允许呼叫时段中流畅地进行通话。此外,当计算可用链路的数目时,还可以计算考虑了限制率和未注册站的使用的注册站的可用链路的数目。
可以将允许呼叫时间长度(分配时间)在用户间设定为相同长度。由此,可以保证用户之间的公平。此外,尽管可以固定分配时间,但是也可以预先定义其中允许呼叫时间循环通过在限制区域中的全部用户的循环时间长度,并且用循环时间除以用户的数目,并且由此根据用户(注册站)的数目来改变分配时间的长度。
同时,根据本实施方式的移动台117(注册站)进行提前生成优先被呼叫者列表以及在控制***100中注册优先被呼叫者列表的处理。由此,当位于限制区域中时,注册站能够从控制***100接收允许呼叫时段通知,并且当在第二呼叫限制模式下时经由与优先被呼叫者的通话来交换信息如安全的确认。
换言之,在第二呼叫限制模式下,注册站进入下述状态:其中,在允许呼叫时段内可以呼叫优先被呼叫者,或者换言之进行通话,以及其中,在允许呼叫时段之外限制对特殊号码以外的号码的呼叫。由此,对于注册站的用户可以提高与优先被呼叫者的通话的可靠性。另一方面,通过阻止用户的重复呼叫,可以减轻拥塞。此外,通过在允许呼叫时段内限制对优先被呼叫者以外的被呼叫者(除了特殊号码之外)的呼叫,可以减轻网络拥塞。
此外,对于在第二呼叫限制模式下的注册站,当呼叫限制正在发生(在允许呼叫时间外)时,通过将允许呼叫时段显示在显示器(图46,显示画面180)上来对允许呼叫时段进行报告。由此,可以阻止在允许呼叫时间外的呼叫,并且减轻网络拥塞。
此外,对于在允许呼叫时段中(在开始时间与结束时间之间)的注册站,将允许呼叫和优先被呼叫者列表的指示显示在显示器(图47,显示画面181)上。由此,可以提示用户给优先被呼叫者打电话。还可以利用优先被呼叫者列表作为被呼叫者号码指定画面(用于呼叫优先被呼叫者的操作画面)。
此外,通过当在第二呼叫限制模式下时阻止无用呼叫,还可以减轻移动台117中浪费的功耗。
此外,在其中呼叫限制正在进行的情况下,控制***100重新确定在限制区域中的每个限制站的允许呼叫时段(进行重新调度),由此给予注册站的用户试图呼叫优先被呼叫者的另一个机会。在第二轮和随后轮的调度中,可以设定比先前轮中更长的允许呼叫时间长度。
根据本实施方式的控制***100,可以管理在灾难如地震或者火灾发生时移动台117优先要拨打的被呼叫者的信息(优先被呼叫者列表),并且如果这种灾难确实发生,则可以根据每个区域的呼叫限制信息以及移动台用户和优先被呼叫者(家人和朋友)的所在区域信息,分配其中移动台117的用户能够与优先被呼叫者进行语音通话的时段。
根据本实施方式的移动台117,当灾难发生时,例如,移动台117的用户能够得知何时可以呼叫该用户提前注册的优先被呼叫者。由于该原因,该用户能够保持平静并且防止进行呼叫操作直到允许呼叫时段为止,而不做打电话的急切尝试。
根据本实施方式的基站116,当灾难发生时,例如,基站116将从控制***100接收到的各个移动台117的允许呼叫时段(调度)发送(转发)给每个移动台117。由此,可以减轻移动台117的用户由于不知道何时可以呼叫而感到的焦虑和挫败而重复尝试连接到另一方。结果,可以潜在地抑制或者减少网络拥塞。
根据本实施方式的OpS114,当灾难发生时,例如,OpS114将用于实施呼叫限制的呼叫限制信息发送给基站116和控制***100,由此使得控制***100能够计算和向位于呼叫限制区域中的移动台117分配用于呼叫优先被呼叫者的允许呼叫时段。
根据本实施方式,将调度给每个用户的允许呼叫时段报告给用户自身的移动台117。结果,由于在呼叫限制区域内的移动台117的用户能够确定何时可以打电话,所以减少了对于呼叫机会的焦虑或挫败。同时,对于电信运营商,报告其中允许移动台117的用户呼叫的时段可以减轻急切的呼叫行为,由此潜在地抑制或者减少网络拥塞。
Claims (14)
1.一种控制***,包括:
存储设备,存储多个移动台的优先被呼叫者的列表;以及
控制器,执行处理,包括:
基于其中多个受限制的移动台和包括在所述受限制的移动台的所述列表上的优先被呼叫者分别所在的呼叫限制区域的呼叫限制信息,来确定其中允许呼叫所述受限制的移动台的所述列表上的所述优先被呼叫者的允许呼叫时段,所述受限制的移动台是位于呼叫限制区域中的多个移动台,以及
将指示所述允许呼叫时段的信息发送给所述受限制的移动台。
2.根据权利要求1所述的控制***,其中,
所述控制器还基于受限制的移动台的优先被呼叫者的呼叫限制区域的限制条件来确定所述优先被呼叫者的优先次序。
3.根据权利要求2所述的控制***,其中,
所述控制器针对所述受限制的移动台、按照单个或者多个所述优先被呼叫者的所确定的优先次序的最大比例的顺序来确定用于向所述优先被呼叫者分配允许呼叫时段的优先次序。
4.根据权利要求3所述的控制***,其中,
包括在所述列表上的多个优先被呼叫者具有列表次序,并且所述控制器还
在受限制的移动台和优先被呼叫者均位于呼叫限制区域中的情况下对优先被呼叫者设定最高的重要性优先次序,以及
对于具有相同比例的位于呼叫限制区域中的优先被呼叫者的多个受限制的移动台,检查是否按照从顶部列表次序起的顺序对相同列表次序的优先被呼叫者设定最高的重要性优先次序,并且在其中针对列表次序,对于受限制的移动台的优先被呼叫者设定最高的重要性但是对于其他受限制的移动台的优先被呼叫者没有设定最高的重要性的情况下,设定所述受限制的移动台的优先次序高于所述其他受限制的移动台。
5.根据权利要求1所述的控制***,其中,
所述控制器基于所述呼叫限制区域的呼叫限制率和受限制的移动台能够使用的链路的数目来计算能够分配给所述多个受限制的移动台的时段的数目。
6.根据权利要求5所述的控制***,其中,
所述控制器在考虑所述呼叫限制区域的呼叫限制率以及根据所述呼叫限制率针对其限制呼叫的所述移动台使用的链路的情况下计算所述受限制的移动台能够使用的链路的数目。
7.根据权利要求1所述的控制***,其中,
所述控制器将相同的允许呼叫时间长度分配给所述受限制的移动台。
8.根据权利要求7所述的控制***,其中,
所述控制器将预定的允许呼叫时间长度分配给所述受限制的移动台。
9.根据权利要求7所述的控制***,其中,
所述控制器计算其中允许呼叫时段循环经过位于所述呼叫限制区域中的受限制的移动台的循环时间,并且基于所计算的循环时间和受限制的移动台的数目来计算分配给受限制的移动台的允许呼叫时间长度。
10.根据权利要求1所述的控制***,其中,
当在发送所述允许呼叫时段之后检测到所述呼叫限制区域的呼叫限制状态正在进行时,所述控制器执行重新确定允许呼叫时段的处理,受限制的移动台作为位于所述呼叫限制区域中的移动台。
11.一种移动台,包括:
发射器,将在所在区域的呼叫限制期间使用的优先被呼叫者的列表经由网络发送至控制***;
接收器,在所在区域的呼叫限制期间从所述控制***经由所述网络接收指示其中允许呼叫所述优先被呼叫者的允许呼叫时段的信息;以及
控制器,在所述允许呼叫时段中允许呼叫仅与所述优先被呼叫者对应的普通号码,并且在所述允许呼叫时段之外限制对普通号码的呼叫。
12.根据权利要求11所述的移动台,其中,
所述控制器确定在所述允许呼叫时段之外的允许呼叫时段,以及
所述移动台将所述允许呼叫时段通知给用户。
13.根据权利要求11所述的移动台,其中,
在所述允许呼叫时段中,所述控制器生成允许呼叫的指示以及所述优先被呼叫者的列表,以及
所述移动台通知所述指示和所述列表。
14.一种呼叫限制方法,包括:
将在所在区域的呼叫限制期间使用的优先被呼叫者的列表从移动台经由网络发送至控制***;
基于其中多个受限制的移动台和包括在所述受限制的移动台的所述列表上的优先被呼叫者分别所在的呼叫限制区域的呼叫限制信息来确定其中允许呼叫所述受限制的移动台的所述列表上的所述优先被呼叫者的允许呼叫时段,所述受限制的移动台是位于呼叫限制区域中的多个所述移动台;
由所述控制***将指示所述允许呼叫时段的信息从所述控制***经由网络发送至所述受限制的移动台;
接收指示所述允许呼叫时段的信息;
在所述允许呼叫时段中允许呼叫仅与所述优先被呼叫者对应的普通号码;以及
由所述移动台在所述允许呼叫时段之外限制对普通号码的呼叫。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013015717A JP6123311B2 (ja) | 2013-01-30 | 2013-01-30 | 移動端末の発信制御システム |
JP2013-015717 | 2013-01-30 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103974206A true CN103974206A (zh) | 2014-08-06 |
CN103974206B CN103974206B (zh) | 2018-04-27 |
Family
ID=51223478
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310698642.9A Active CN103974206B (zh) | 2013-01-30 | 2013-12-18 | 呼叫控制***、移动台及呼叫限制方法 |
Country Status (3)
Country | Link |
---|---|
US (1) | US9445350B2 (zh) |
JP (1) | JP6123311B2 (zh) |
CN (1) | CN103974206B (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2018107507A (ja) * | 2016-12-22 | 2018-07-05 | Kddi株式会社 | 通信装置、制御方法、及びプログラム |
US10511707B2 (en) | 2017-05-16 | 2019-12-17 | Apple Inc. | Voice communication method |
CN113311974A (zh) * | 2017-05-16 | 2021-08-27 | 苹果公司 | 语音通信方法 |
US11765114B2 (en) | 2017-05-16 | 2023-09-19 | Apple Inc. | Voice communication method |
CN107979878B (zh) * | 2017-10-11 | 2019-08-23 | 捷开通讯(深圳)有限公司 | 一种通信方法及基站 |
JP7039989B2 (ja) * | 2017-12-20 | 2022-03-23 | 富士通株式会社 | 制御プログラム、制御方法及び制御装置 |
US11144176B2 (en) | 2019-06-01 | 2021-10-12 | Apple Inc. | User interfaces for electronic voice communications |
GB2596824B (en) * | 2020-07-07 | 2022-11-30 | CellXion Ltd | Restricting access to a mobile communications network |
US11893203B2 (en) | 2021-08-31 | 2024-02-06 | Apple Inc. | Methods and interfaces for initiating communications |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007181151A (ja) * | 2005-12-28 | 2007-07-12 | Nippon Telegr & Teleph Corp <Ntt> | 電話接続方法、接続制御装置、電話登録サーバおよび通信制御プログラム |
US20080291830A1 (en) * | 2007-05-25 | 2008-11-27 | Nokia Corporation | Multiradio control incorporating quality of service |
CN101461222A (zh) * | 2006-06-06 | 2009-06-17 | 桑吉夫·阿加瓦尔 | 电话装置以及进行和接收带有紧急标签的呼叫的方法 |
JP2011249872A (ja) * | 2010-05-21 | 2011-12-08 | Kyocera Corp | 無線通信システム、無線端末装置、基地局及び制御方法 |
US20120044817A1 (en) * | 2010-08-20 | 2012-02-23 | Shoretel, Inc. | Managing Network Bandwidth |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6055564A (en) * | 1998-03-11 | 2000-04-25 | Hewlett Packard Company | Admission control where priority indicator is used to discriminate between messages |
JP2002016976A (ja) * | 2000-06-30 | 2002-01-18 | Matsushita Electric Ind Co Ltd | 発着信制御方法及び発着信制御装置 |
JP2004120136A (ja) * | 2002-09-24 | 2004-04-15 | Fujitsu Ltd | 輻輳時の優先接続方式 |
JP2007053676A (ja) * | 2005-08-19 | 2007-03-01 | Ntt Docomo Inc | 優先制御システムおよび優先制御方法 |
US20070253407A1 (en) * | 2006-05-01 | 2007-11-01 | Microsoft Corporation | Enhanced VoIP services |
JP4826676B2 (ja) * | 2007-03-30 | 2011-11-30 | 富士通株式会社 | 呼接続の規制制御方法、規制制御システム、及び呼制御装置 |
US9992301B2 (en) * | 2013-06-26 | 2018-06-05 | Sap Se | Prioritized throttling in a multiusage environment |
-
2013
- 2013-01-30 JP JP2013015717A patent/JP6123311B2/ja active Active
- 2013-11-27 US US14/092,094 patent/US9445350B2/en active Active
- 2013-12-18 CN CN201310698642.9A patent/CN103974206B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007181151A (ja) * | 2005-12-28 | 2007-07-12 | Nippon Telegr & Teleph Corp <Ntt> | 電話接続方法、接続制御装置、電話登録サーバおよび通信制御プログラム |
CN101461222A (zh) * | 2006-06-06 | 2009-06-17 | 桑吉夫·阿加瓦尔 | 电话装置以及进行和接收带有紧急标签的呼叫的方法 |
US20080291830A1 (en) * | 2007-05-25 | 2008-11-27 | Nokia Corporation | Multiradio control incorporating quality of service |
JP2011249872A (ja) * | 2010-05-21 | 2011-12-08 | Kyocera Corp | 無線通信システム、無線端末装置、基地局及び制御方法 |
US20120044817A1 (en) * | 2010-08-20 | 2012-02-23 | Shoretel, Inc. | Managing Network Bandwidth |
Also Published As
Publication number | Publication date |
---|---|
CN103974206B (zh) | 2018-04-27 |
US20140213236A1 (en) | 2014-07-31 |
JP6123311B2 (ja) | 2017-05-10 |
US9445350B2 (en) | 2016-09-13 |
JP2014147027A (ja) | 2014-08-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103974206A (zh) | 呼叫控制***、移动台及呼叫限制方法 | |
CN110166977A (zh) | 通信方法及装置 | |
CN101959182B (zh) | 实现移动终端的一号多卡的方法和*** | |
CN103098515B (zh) | 在重定向期间采用所存储的临时信息的指示的方法和设备 | |
CN103634791A (zh) | 切换运营商网络的方法、用户设备及远程管理平台 | |
CN104159221A (zh) | 公共安全通信处理方法及*** | |
CN103947273A (zh) | 通信终端、网络部件、基站和用于通信的方法 | |
CN102238534A (zh) | 终端标识通知及维护方法和设备 | |
CN103907334A (zh) | 用于提供高效的电信服务的方法和*** | |
EP2503805A1 (en) | Locking method, device and system for partial functions of terminal | |
CN109699026A (zh) | 一种基站的通信管控方法和装置 | |
CN105453611A (zh) | 通过通知被叫方的联系人的未接来电通知 | |
CN100370852C (zh) | 实现移动终端动态编组、编组注销的方法及*** | |
EP2854429B1 (en) | Terminal device, interactive voice response device, missing call reminding system and method | |
CN101083842A (zh) | 来电筛选的方法和设置来电标识的方法、设备和*** | |
JP4499166B2 (ja) | 加入者識別符号通知装置 | |
CN101203046A (zh) | 用户位置信息的获取方法、***及呼叫接收设备 | |
CN103141071A (zh) | 用于管理紧急呼叫的*** | |
CN101883332B (zh) | 集群通信***中实现回叫请求业务的方法、***及装置 | |
CN101466091B (zh) | 一种实现增值业务能力互通的方法、***及装置 | |
US20070202862A1 (en) | Method And Arrangement For Redirecting Data To be Transferred To A Mobile Station | |
CN101801082A (zh) | 位置信息获取方法及装置 | |
CN111083291A (zh) | 获取车主信息的方法、装置、存储介质及处理器 | |
JP5920956B1 (ja) | 位置情報振り分けサーバー、位置情報振り分け方法、位置情報振り分けプログラム、及び位置情報送信システム | |
US20180352078A1 (en) | Secure call system and method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |