CN108260085A - 基于位置的呼叫限制方法 - Google Patents
基于位置的呼叫限制方法 Download PDFInfo
- Publication number
- CN108260085A CN108260085A CN201711373891.5A CN201711373891A CN108260085A CN 108260085 A CN108260085 A CN 108260085A CN 201711373891 A CN201711373891 A CN 201711373891A CN 108260085 A CN108260085 A CN 108260085A
- Authority
- CN
- China
- Prior art keywords
- calling subscribe
- cell
- called subscriber
- dispatch area
- dispatch
- 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.)
- Pending
Links
Classifications
-
- 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
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种基于位置的呼叫限制方法。该方法包括:根据铁路调度需求将铁路沿线区域的智能网系统划分成各个调度区,每个调度区内包含若干小区,当触发智能网系统中主叫用户对被叫用户的呼叫业务后,智能网系统中的SCP分别获得主叫用户和被叫用户所在的小区和调度区,搜寻包含主叫用户和被叫用户的区域,根据搜寻结果确定主叫用户对被叫用户的呼叫业务匹配成功或者失败。本发明的方法可以节省铁路沿线区域的智能网系统的资源,操作灵活简单,调度区动态匹配方式可以直接根据需要划分调度区,从而节省了铁路沿线区域的智能网系统的资源,提高系统效率,且操作更加简单灵活,不需要因为人员功能身份的增减而一一改动数据。
Description
技术领域
本发明涉及铁路通信技术领域,尤其涉及一种基于位置的呼叫限制方法。
背景技术
在铁路运营系统中,通话双方更多的是关心对方的功能身份,比如某车站调度员与某次列车司机的通话。给每个功能身份分配一个功能号码,通过功能号码就能断定该用户当前所担当的功能角色。调度员只需拨打功能号就能寻址到相应的用户,而不需要查询该用户的MSISDN(mobile station integrated services digital network number,移动台综合业务数字网号码)号码,减少人员变动带来的不便。
在实际铁路运营中,由于列车故障或是运输旅途长等原因,经常出现路网上存在多辆相同车次号列车的情况,这时会出现多个MSISDN注册相同的车次功能号。此时,若是拨打该功能号,会导致呼叫失败,不利于铁路运营。为解决以上问题提出基于位置的呼叫限制业务。
现有技术中的一种基于位置的呼叫限制方法包括:为每个CT=91的有线调度用户(FAS台)设置管辖区域,该管辖区域与功能号对应,如表1所示。然后在主叫呼叫时带上自己的功能号码,网络通过表1中的对应关系查找管辖区域,然后查询被叫的位置,接通在管辖区域内的被叫。
表1:功能号与管辖区域的对应关系
主叫功能号 | 管辖区域(小区) |
912110101 | 小区1、小区2、小区3 |
917510101 | 小区4、小区5 |
上述现有技术中的基于位置的呼叫限制方法的缺点为:该方法的适用场景为固定调度用户分配固定的调度区,然后拨打调度区内的列车工作人员。该方法不能满足移动调度用户的业务需求,更不能解决同一时刻有相同车次运营情况下的同一列车上工作人员之间的语音通信。另外,该方案需要为每个固定调度用户分配管辖区域,如果有人员的变动,则需更新数据。而铁路系统中工作人员人数众多,变动频繁,数据维护比较困难和繁杂。
当列车出现故障等异常情况时,会出现在某个调度区多辆相同车次的列车,该方法中的呼叫处理是通过USSD(Unstructured Supplementary Service Data,非结构化补充数据业务)串返回相同功能号对应的多个MSISDN号码,然后呼叫失败。这种情况下调度员需要查找目标被叫用户的MSISDN号码,比较费时且不便。
发明内容
本发明的实施例提供了一种基于位置的呼叫限制方法,以实现在节省系统资源的情况下有效地在铁路沿线区域的智能网系统中进行呼叫管理。
为了实现上述目的,本发明采取了如下技术方案。
一种基于位置的呼叫限制方法,根据铁路调度需求将铁路沿线区域的智能网系统划分成各个调度区,每个调度区内包含若干小区,所述方法包括:
当触发所述智能网系统中主叫用户对被叫用户的呼叫业务后,所述智能网系统中的业务控制点SCP分别获得主叫用户和被叫用户所在的小区和调度区;
所述SCP搜寻包含所述主叫用户和被叫用户的区域,该区域为小区的位置范围、调度区的位置范围或者多个调度区合并后的位置范围,所述SCP根据包含所述主叫用户和被叫用户的区域的搜寻结果,确定所述主叫用户对被叫用户的呼叫业务匹配成功或者失败。
进一步地,所述的根据铁路调度需求将铁路沿线区域的智能网系统划分成各个调度区,每个调度区内包含若干小区,包括:
根据铁路调度需求将铁路沿线区域的智能网系统划分成各个调度区,每个调度区内包含若干小区,为每个调度区和每个小区都分配ID,相邻调度区的位置范围互相重叠,相邻调度区内存在相同的小区ID;
智能网系统中的SCP在调度区位置范围表中存储各个调度区的位置范围和ID,在小区对应表中存储每个调度区中包含的小区的ID。
进一步地,所述的当触发所述智能网系统中主叫用户对被叫用户的呼叫业务后,智能网系统中的业务控制点SCP分别获得主叫用户和被叫用户所在的小区和调度区,包括:
当触发所述智能网系统中主叫用户对被叫用户的呼叫业务后,智能网系统中的SCP对所述主叫用户和被叫用户执行呼叫限制业务处理,所述SCP分别获得主叫用户和被叫用户所在的小区ID,根据所述主叫用户所在的小区ID查询所述小区对应表,获取包含所述主叫用户所在的小区ID的所有调度区,根据所述被叫用户所在的小区ID查询所述小区对应表,获取包含所述被叫用户所在的小区ID的所有调度区。
进一步地,所述的SCP搜寻包含所述主叫用户和被叫用户的区域,该区域为小区的位置范围、调度区的位置范围或者多个调度区合并后的位置范围,所述SCP根据包含所述主叫用户和被叫用户的区域的搜寻结果,确定所述主叫用户对被叫用户的呼叫业务匹配成功或者失败,包括:
步骤1、SCP根据包含所述被叫用户所在的小区ID的所有调度区,判断是否有多个调度区都包含主叫用户所在的小区ID,如果是,执行步骤2;否则,执行步骤3;
步骤2、当主叫用户的当前小区被多个调度区共享时,SCP根据所述多个调度区的ID查询所述调度区位置范围表,获取所述多个调度区对应的位置范围,将所述主叫用户对被叫用户的本次呼叫的呼叫限制区域设置为所述多个调度区的位置范围之和;执行步骤4;
步骤3、当主叫用户所在的小区ID只属于一个调度区时,SCP根据所述一个调度区的ID查询所述调度区位置范围表,获取所述一个调度区对应的位置范围,将所述主叫用户对被叫用户的本次呼叫的呼叫限制区域设置为所述一个调度区的位置范围;执行步骤4;
步骤4、SCP判断所述被叫用户所在的小区ID是否包含在所述本次呼叫的呼叫限制区域内,如果是,则确定所述主叫用户、被叫用户匹配成功,继续进行后续的主叫用户对被叫用户的呼叫业务;否则,则确定所述主叫用户、被叫用户匹配失败,中断所述主叫用户对被叫用户的呼叫业务。
进一步地,所述的步骤4还包括:
在所述主叫用户、被叫用户匹配成功后,所述SCP判断在所述本次呼叫的呼叫限制区域内只有一个车次号的列车注册所述被叫用户的功能号时,则所述SCP创建所述主叫用户与所述被叫用户之间的通话连接;
在所述主叫用户、被叫用户匹配成功后,所述SCP判断在所述本次呼叫的呼叫限制区域内有多个车次号的列车注册所述被叫用户的功能号时,则所述SCP分别创建所述主叫用户与每个被叫用户之间的通话连接,所述主叫用户在与多个被叫用户进行通话的过程寻找其本次呼叫的目标被叫用户。
由上述本发明的实施例提供的技术方案可以看出,本发明实施例的基于位置的呼叫限制方法可以节省铁路沿线区域的智能网系统的资源,操作灵活简单,相较于现有技术中为每个功能角色设置管辖区域,带来的系统资源占用,调度区动态匹配方式可以直接根据需要划分调度区,从而节省了铁路沿线区域的智能网系统的资源,提高系统效率,且操作更加简单灵活,不需要因为人员功能身份的增减而一一改动数据。
本发明实施例的基于位置的呼叫限制方法既能实现移动场景下的无线调度员呼叫列车司机,也能解决同一时刻有相同车次运营情况下的同一列车上的工作人员之间的语音通信。
本发明附加的方面和优点将在下面的描述中部分给出,这些将从下面的描述中变得明显,或通过本发明的实践了解到。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种基于位置的呼叫限制方法的处理流程图;
图2为本发明实施例提出的一种网络在查询到在呼叫限制区域内有多个被叫用户注册功能号之后,将多个被叫用户转多方通信的处理流程示意图;
图3为本发明实施例提出的一种根据各个车站的管辖范围设置调度区的示意图;
图4为本发明实施例提出的一张多个被叫用户转多方呼叫的流程图。
具体实施方式
下面详细描述本发明的实施方式,所述实施方式的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性的,仅用于解释本发明,而不能解释为对本发明的限制。
本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解,当我们称元件被“连接”或“耦接”到另一元件时,它可以直接连接或耦接到其他元件,或者也可以存在中间元件。此外,这里使用的“连接”或“耦接”可以包括无线连接或耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的任一单元和全部组合。
本技术领域技术人员可以理解,除非另外定义,这里使用的所有术语(包括技术术语和科学术语)具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语应该被理解为具有与现有技术的上下文中的意义一致的意义,并且除非像这里一样定义,不会用理想化或过于正式的含义来解释。
为便于对本发明实施例的理解,下面将结合附图以几个具体实施例为例做进一步的解释说明,且各个实施例并不构成对本发明实施例的限定。
实施例一
本发明实施例提出了一种基于位置的呼叫限制方法,通过调度区动态匹配方法,实现移动场景下的调度指挥,解决同一时刻存在相同车次运营情况下的同一列车上工作人员之间的通信需求,且操作灵活简单,节省系统资源。并且能在呼叫限制区内多被叫的情况下将呼叫转为多方通信,便于铁路调度。
该实施例提供了一种基于位置的呼叫限制方法的处理流程如图1所示,包括如下的处理步骤:
步骤1、根据铁路调度需求将铁路沿线区域的智能网系统划分成各个调度区,每个调度区内包含若干小区,为每个调度区和每个小区都分配ID。相邻调度区的位置范围互相重叠,即相邻调度区内存在相同的小区ID。
智能网系统中的SCP(Service Control Point,业务控制点)在调度区位置范围表中存储各个调度区的位置范围和ID,在小区对应表中存储每个调度区中包含的小区的ID。
步骤2、当触发智能网系统中主叫用户对被叫用户的呼叫业务后,智能网系统中的SCP对上述主叫用户和被叫用户执行呼叫限制业务处理流程,SCP分别获得主叫用户和被叫用户所在的小区ID,根据所述主叫用户所在的小区ID查询所述小区对应表,获取包含所述主叫用户所在的小区ID的所有调度区,根据所述被叫用户所在的小区ID查询所述小区对应表,获取包含所述被叫用户所在的小区ID的所有调度区。
然后,SCP搜寻包含所述主叫用户和被叫用户的区域,该区域为小区的位置范围、调度区的位置范围或者多个调度区合并后的位置范围,所述SCP根据包含所述主叫用户和被叫用户的区域的搜寻结果,确定所述主叫用户对被叫用户的呼叫业务匹配成功或者失败。
步骤3、SCP判断主叫用户所在的小区ID是否被多个调度区共享,即是否有多个调度区都包含主叫用户所在的小区ID,如果是,执行步骤4;否则,执行步骤5。
步骤4、当主叫用户的当前小区被多个调度区共享时,SCP根据上述多个调度区的ID查询上述调度区位置范围表,获取上述多个调度区对应的位置范围。
然后,SCP将上述主叫用户对被叫用户的本次呼叫的呼叫限制区域设置为上述多个调度区的位置范围之和。执行步骤6。
步骤5、当主叫用户的当前小区没有被多个调度区共享时,即主叫用户所在的小区ID只属于一个调度区时,SCP根据上述一个调度区的ID查询上述调度区位置范围表,获取上述一个调度区对应的位置范围。
然后,SCP将上述主叫用户对被叫用户的本次呼叫的呼叫限制区域设置为上述一个调度区的位置范围。执行步骤6。
步骤6、SCP判断被叫用户所在的小区ID是否包含在上述本次呼叫的呼叫限制区域内,如果是,则确定上述主叫用户、被叫用户匹配成功,继续进行后续的主叫用户对被叫用户的呼叫业务;否则,则确定上述主叫用户、被叫用户匹配失败,中断上述主叫用户对被叫用户的呼叫业务。
在上述处理过程中,当确定上述主叫用户、被叫用户匹配成功后,SCP可以进一步判断上述主叫用户、被叫用户所在的小区ID是否属于同一个调度区,如果是,则将上述本次呼叫的呼叫限制区域缩小为上述同一个调度区的位置范围。
例如,调度区A由小区1,小区2、小区3组成,调度区B由小区3、小区4、小区5和小区6组成,两个调度区有共同的小区3。在智能网系统中的SCP中设置主叫用户启用基于位置的呼叫限制。
场景1:主叫用户所在的小区被多个调度区共享的情况的匹配方法
当主叫用户所在的小区属于调度区域A和调度区域B,即小区3。
当被叫用户所在的小区属于调度区域A,不属于调度区域B,如小区1或2,主叫用户使用功能号呼叫被叫用户,SCP匹配系统中包含主被叫所在小区的调度区域,即调度区A,也即呼叫限制区域为调度区A,匹配成功;
当被叫所在的小区同时属于调度区域A和调度区域B,即小区3,主叫使用功能号呼叫被叫,SCP根据主被叫所在小区,匹配系统中包含MS1和MS2所在小区的调度区域,即调度区A或调度区B,也即呼叫限制区域变成调度区A与调度区B之和,匹配成功;
当被叫所在的小区属于调度区域B,不属于调度区域A,即小区4或5或6,主叫使用功能号呼叫被叫,SCP根据主被叫小区,匹配系统中最大的包含MS1和MS2所在小区的调度区域,即主叫呼叫限制区变成调度区B,匹配成功;
其他则匹配失败。
场景2:当主叫所在的小区不被多个调度区共有时的匹配方法
主叫当前小区仅属于调度区A。
当被叫处于调度区A时,主叫使用功能号呼叫被叫,则SCP匹配系统中包含MS1和MS2所在小区的调度区域,即呼叫限制区域为调度区A,匹配成功;
其他则匹配失败。
匹配成功有两种情况:
1、调度区内只有一辆该车次号的列车,仅有一个被叫用户。
2、调度区内有两辆以上相同车次号的列车,因此匹配成功的被叫有两个;
如果是情况1,则呼叫继续。
如果是情况2,这时,两辆相同车次的列车上的司机们会注册同一功能号。在现网中的处理情况是通过USSD串返回注册相同功能号用户的MSISDN号码,然后呼叫失败。这种情况下调度员需要查找所想找的那个角色的MSISDN号码,比较费时且不便。
本发明实施例提出的网络在查询到在呼叫限制区域内有多个被叫用户注册功能号之后,将多个被叫用户转多方通信的处理流程示意图如图2所示,包括:网络用放音通知主叫用户“您的呼叫限制区域内有多个用户注册该车次号,将转成多方通话”,放音结束后通过多方通话的方式将主叫用户和多个被叫用户呼叫起来,然后在会话过程中寻找目标被叫用户,其他被叫用户挂机退出会话。
实施例二
实例1:设置调度区重叠区,解决一列车的不同呼叫用户处于不同调度区的问题。
列车运行期间速度较快,由于列车长度限制,列车上工作人员之间的距离不会超过车长,那么,同一列车上的工作人员只可能处于相邻小区或者同一小区。要避免在调度区边界出现列车上的主被叫用户处于不同调度区产生的呼叫失败,可以配置调度区A和调度区B在边界出现重叠,重叠部分至少一个小区。如表2所示。此时,即可实现列车在行车过程中不论出现在移动到哪个小区,均能通过该方案顺利呼叫同一列车上工作人员。
表2
实例2:本发明实施例提出的一种根据各个车站的管辖范围设置调度区的示意图如图3所示,实现移动调度员对管辖范围的列车的控制。
根据各个车站的管辖范围设置调度区。如A、B车站的管辖范围分别划分成调度区A、调度区B。根据铁路的运营管理需求,车站调度员的管辖范围一般为车站附近几个小区,不会出现两个车站是相邻小区的关系,且管辖小区的覆盖呈线性,因此,车站A和车站B所处的小区可以不被多个调度区覆盖。此时车站A的调度员的呼叫限制区域为调度区A,而车站B的呼叫限制区域为调度区B,两个移动调度员互不干扰,只能呼叫各自的管辖范围内的列车。
实例3
图4为本发明实施例提出的一张多个被叫用户转多方呼叫的流程图,包括如下的处理流程:
主叫用户UE1呼叫目标用户UE2的功能号,生成sip INVITE消息向EPC和IMS网络发送呼叫请求;
IM-SSF通过检测触发基于位置的呼叫限制业务,生成initial DP(CAP消息)发送给gsmSCP;
SCP判断UE3和UE2注册了该功能号,返回establish temporary connection;
建立主叫用户到放音设备MRFP的连接;
播放录音;
SCP检测到放音完毕后,通过ICA(initial call attempt)对UE1和UE2发起初始呼叫尝试;
IM-SSF需返回ICA ack,表明IM-SSF支持的版本和功能;
GsmSCP发送continue with argument命令IM-SSF呼叫UE1和UE2;
IM-SSF分别对UE3和UE2发送sip INVITE消息,创建多方通话;
多方通话建立,用户开始通话;
通话稳定后,UE3得知自己不是被叫对象,就挂机,SCP释放与UE3的连接,这时主叫UE1和目标用户UE2进入通话稳定状态。
由于列车的高速移动性,传统的基于位置呼叫限制方式无法满足同一列车上工作人员的语音通信需求,因此现网中,列车上的工作人员只能通过普通的功能寻址方式发起呼叫,而且由于相同车次号情况经常出现通信失败,因此同一列车上工作人员的通信方式是功能寻址,对讲机辅助,以保证当功能寻址失败后仍能进行正常工作交互。而调度区动态匹配方式能满足这种呼叫场景,通过合理的调度区配置,能在高速移动情况下保证同一列车上的工作人员始终在同一调度区下,不会造成通信受阻,从而可以节省对讲机带来的开销,大大降低了运营成本。
当出现多个MSISDN注册同一功能号时,将呼叫转成多方通话,便于铁路调度。相较于现网中通过USSD串返回相同功能号对应的多个MSISDN号码,然后呼叫失败的处理方式,将呼叫转成多方通话更加方便,省去了查找目标用户的MSISDN号码的步骤,减少呼叫错误概率,有利于铁路调度。
综上所述,本发明实施例的基于位置的呼叫限制方法可以节省铁路沿线区域的智能网系统的资源,操作灵活简单,相较于现有技术中为每个功能角色设置管辖区域,带来的系统资源占用,调度区动态匹配方式可以直接根据需要划分调度区,从而节省了铁路沿线区域的智能网系统的资源,提高系统效率,且操作更加简单灵活,不需要因为人员功能身份的增减而一一改动数据。
本发明实施例的基于位置的呼叫限制方法既能实现移动场景下的无线调度员呼叫列车司机,也能解决同一时刻有相同车次运营情况下的同一列车上的工作人员之间的语音通信。
本领域普通技术人员可以理解:附图只是一个实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置或系统实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的装置及系统实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (5)
1.一种基于位置的呼叫限制方法,其特征在于,根据铁路调度需求将铁路沿线区域的智能网系统划分成各个调度区,每个调度区内包含若干小区,所述方法包括:
当触发所述智能网系统中主叫用户对被叫用户的呼叫业务后,所述智能网系统中的业务控制点SCP分别获得主叫用户和被叫用户所在的小区和调度区;
所述SCP搜寻包含所述主叫用户和被叫用户的区域,该区域为小区的位置范围、调度区的位置范围或者多个调度区合并后的位置范围,所述SCP根据包含所述主叫用户和被叫用户的区域的搜寻结果,确定所述主叫用户对被叫用户的呼叫业务匹配成功或者失败。
2.根据权利要求1所述的方法,其特征在于,所述的根据铁路调度需求将铁路沿线区域的智能网系统划分成各个调度区,每个调度区内包含若干小区,包括:
根据铁路调度需求将铁路沿线区域的智能网系统划分成各个调度区,每个调度区内包含若干小区,为每个调度区和每个小区都分配ID,相邻调度区的位置范围互相重叠,相邻调度区内存在相同的小区ID;
智能网系统中的SCP在调度区位置范围表中存储各个调度区的位置范围和ID,在小区对应表中存储每个调度区中包含的小区的ID。
3.根据权利要求2所述的方法,其特征在于,所述的当触发所述智能网系统中主叫用户对被叫用户的呼叫业务后,智能网系统中的业务控制点SCP分别获得主叫用户和被叫用户所在的小区和调度区,包括:
当触发所述智能网系统中主叫用户对被叫用户的呼叫业务后,智能网系统中的SCP对所述主叫用户和被叫用户执行呼叫限制业务处理,所述SCP分别获得主叫用户和被叫用户所在的小区ID,根据所述主叫用户所在的小区ID查询所述小区对应表,获取包含所述主叫用户所在的小区ID的所有调度区,根据所述被叫用户所在的小区ID查询所述小区对应表,获取包含所述被叫用户所在的小区ID的所有调度区。
4.根据权利要求3所述的方法,其特征在于,所述的SCP搜寻包含所述主叫用户和被叫用户的区域,该区域为小区的位置范围、调度区的位置范围或者多个调度区合并后的位置范围,所述SCP根据包含所述主叫用户和被叫用户的区域的搜寻结果,确定所述主叫用户对被叫用户的呼叫业务匹配成功或者失败,包括:
步骤1、SCP根据包含所述被叫用户所在的小区ID的所有调度区,判断是否有多个调度区都包含主叫用户所在的小区ID,如果是,执行步骤2;否则,执行步骤3;
步骤2、当主叫用户的当前小区被多个调度区共享时,SCP根据所述多个调度区的ID查询所述调度区位置范围表,获取所述多个调度区对应的位置范围,将所述主叫用户对被叫用户的本次呼叫的呼叫限制区域设置为所述多个调度区的位置范围之和;执行步骤4;
步骤3、当主叫用户所在的小区ID只属于一个调度区时,SCP根据所述一个调度区的ID查询所述调度区位置范围表,获取所述一个调度区对应的位置范围,将所述主叫用户对被叫用户的本次呼叫的呼叫限制区域设置为所述一个调度区的位置范围;执行步骤4;
步骤4、SCP判断所述被叫用户所在的小区ID是否包含在所述本次呼叫的呼叫限制区域内,如果是,则确定所述主叫用户、被叫用户匹配成功,继续进行后续的主叫用户对被叫用户的呼叫业务;否则,则确定所述主叫用户、被叫用户匹配失败,中断所述主叫用户对被叫用户的呼叫业务。
5.根据权利要求4所述的方法,其特征在于,所述的步骤4还包括:
在所述主叫用户、被叫用户匹配成功后,所述SCP判断在所述本次呼叫的呼叫限制区域内只有一个车次号的列车注册所述被叫用户的功能号时,则所述SCP创建所述主叫用户与所述被叫用户之间的通话连接;
在所述主叫用户、被叫用户匹配成功后,所述SCP判断在所述本次呼叫的呼叫限制区域内有多个车次号的列车注册所述被叫用户的功能号时,则所述SCP分别创建所述主叫用户与每个被叫用户之间的通话连接,所述主叫用户在与多个被叫用户进行通话的过程寻找其本次呼叫的目标被叫用户。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711373891.5A CN108260085A (zh) | 2017-12-19 | 2017-12-19 | 基于位置的呼叫限制方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711373891.5A CN108260085A (zh) | 2017-12-19 | 2017-12-19 | 基于位置的呼叫限制方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108260085A true CN108260085A (zh) | 2018-07-06 |
Family
ID=62722523
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711373891.5A Pending CN108260085A (zh) | 2017-12-19 | 2017-12-19 | 基于位置的呼叫限制方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108260085A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108717781A (zh) * | 2018-07-18 | 2018-10-30 | 西安艾润物联网技术服务有限责任公司 | 出租车调度系统及出租车调度方法 |
CN111891182A (zh) * | 2020-08-10 | 2020-11-06 | 天津七一二通信广播股份有限公司 | 一种基于分段的地铁调度方法 |
CN113132946A (zh) * | 2019-12-30 | 2021-07-16 | 成都鼎桥通信技术有限公司 | 一种呼叫限制方法及系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040267415A1 (en) * | 2003-06-27 | 2004-12-30 | Alstom | Method and apparatus for controlling trains, in particular a method and apparatus of the ERTMS type |
EP1605713A1 (en) * | 2004-06-12 | 2005-12-14 | Siemens Plc | Communication system for location based call routing |
CN1761350A (zh) * | 2004-10-11 | 2006-04-19 | 中兴通讯股份有限公司 | 一种基于phs智能网的呼叫权限的实现方法及其系统 |
CN101489204A (zh) * | 2009-02-10 | 2009-07-22 | 北京交通大学 | 一种基于核心网的位置寻址解决不唯一车次号的方法 |
US20150142225A1 (en) * | 2012-07-11 | 2015-05-21 | Carnegie Mellon University | Railroad Interlocking System with Distributed Control |
-
2017
- 2017-12-19 CN CN201711373891.5A patent/CN108260085A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040267415A1 (en) * | 2003-06-27 | 2004-12-30 | Alstom | Method and apparatus for controlling trains, in particular a method and apparatus of the ERTMS type |
EP1605713A1 (en) * | 2004-06-12 | 2005-12-14 | Siemens Plc | Communication system for location based call routing |
CN1761350A (zh) * | 2004-10-11 | 2006-04-19 | 中兴通讯股份有限公司 | 一种基于phs智能网的呼叫权限的实现方法及其系统 |
CN101489204A (zh) * | 2009-02-10 | 2009-07-22 | 北京交通大学 | 一种基于核心网的位置寻址解决不唯一车次号的方法 |
US20150142225A1 (en) * | 2012-07-11 | 2015-05-21 | Carnegie Mellon University | Railroad Interlocking System with Distributed Control |
Non-Patent Citations (2)
Title |
---|
杨锐: "铁路G S M - R 网络基于位置呼叫限制方案的研究", 《科技资讯》 * |
沙娜: "基于位置呼叫限制在铁路GSM_R功能寻址中的作用", 《中国新通信》 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108717781A (zh) * | 2018-07-18 | 2018-10-30 | 西安艾润物联网技术服务有限责任公司 | 出租车调度系统及出租车调度方法 |
CN113132946A (zh) * | 2019-12-30 | 2021-07-16 | 成都鼎桥通信技术有限公司 | 一种呼叫限制方法及系统 |
CN111891182A (zh) * | 2020-08-10 | 2020-11-06 | 天津七一二通信广播股份有限公司 | 一种基于分段的地铁调度方法 |
CN111891182B (zh) * | 2020-08-10 | 2022-05-17 | 天津七一二移动通信有限公司 | 一种基于分段的地铁调度方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108260085A (zh) | 基于位置的呼叫限制方法 | |
CN108449724A (zh) | 一种功能号业务处理方法及设备 | |
CN101060663B (zh) | 集群系统的动态重组业务实现方法 | |
CN100571424C (zh) | 一种集群系统中组呼鉴权的方法 | |
CN108064028A (zh) | 一种数字集群系统中临时组呼的实现方法 | |
CN101917470A (zh) | 一种通信方法、系统及装置 | |
CN101998288A (zh) | 基于td-lte的宽带多媒体集群系统及该系统多调度台分级式调度的实现方法 | |
CN103297929B (zh) | 集群系统多席位调度台系统和实现方法 | |
CN105722046A (zh) | 一种td-lte应急通信系统强插/强拆业务的实现方法 | |
CN101370191B (zh) | 一种群组外用户发起群组呼叫的方法和系统 | |
CN100544507C (zh) | 一种集群系统中实现漫游控制和漫游计费的方法 | |
CN101841788A (zh) | 前转呼叫的方法、装置和系统 | |
CN106162637B (zh) | Lte宽带集群多节点镜像组网的实现方法及装置 | |
CN107948922A (zh) | 集群用户服务器和终端以及区域受限业务的处理方法 | |
CN106454762B (zh) | 一种组呼合并的实现方法及核心网设备 | |
CN106612496B (zh) | 一种全呼呼叫业务的实现方法及设备 | |
CN108471600B (zh) | 一种实现呼叫限制的方法、智能网络系统和终端设备 | |
CN100463575C (zh) | Cdma数字集群传统式与增强式呼叫融合方法 | |
CN100518347C (zh) | 一种基于主叫属性自动选择调度员接入的实现方法 | |
CN101005707B (zh) | 集群系统漫游终端查询、激活/去激活补充业务的方法 | |
CN101895825A (zh) | 基于sip的集群跨交换机无通告组呼越区切换方法 | |
CN110300379A (zh) | 一种公共服务人员位置定位方法及系统 | |
CN106789758B (zh) | 一种以多注册方式实现ip终端多域共用的方法 | |
CN108377472B (zh) | 一种合并组呼的建立方法和系统 | |
CN105992161A (zh) | 一种组呼下行用户面建立方法、基站以及演进分组核心 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20180706 |
|
WD01 | Invention patent application deemed withdrawn after publication |