CN105764077A - 一种主被叫同抢的处理方法及装置 - Google Patents
一种主被叫同抢的处理方法及装置 Download PDFInfo
- Publication number
- CN105764077A CN105764077A CN201410803343.1A CN201410803343A CN105764077A CN 105764077 A CN105764077 A CN 105764077A CN 201410803343 A CN201410803343 A CN 201410803343A CN 105764077 A CN105764077 A CN 105764077A
- Authority
- CN
- China
- Prior art keywords
- calling
- msc
- user
- simultaneous hold
- called
- 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
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种主被叫同抢的处理方法及装置。所述方法包括:第一MSC检测到第一呼叫和第二呼叫发生主被叫同抢,其中,所述第一呼叫是第一MSC的第一用户发起的对第二MSC的第二用户的呼叫,第二呼叫是所述第二用户发起的对所述第一用户的呼叫;第一MSC判断所述第一呼叫是否已出局;第一MSC在第一呼叫尚未出局时,拆除第一呼叫,并继续第二呼叫,以建立第一用户和第二用户之间的通信。本发明可以提高主被叫同抢情况下呼叫成功率和呼叫效率,减小了呼损,改善了用户的呼叫体验,提高了用户之间的沟通效率。
Description
技术领域
本发明涉及通信网中核心网技术领域,具体涉及一种主被叫同抢的处理方法及装置。
背景技术
现有技术中,用户MS1在呼叫另一用户MS2的同时,该MS2也可能正在发起对MS1的呼叫,此时主叫一方在呼叫另一方时,该主叫一方也是另一方的被叫,此即主被叫同抢。主被叫同抢的发生,可能会导致两个呼叫都建立失败,严重影响到用户的通话体验。
图1给出了现有技术中的一种呼叫建立过程,包括以下步骤:
(1)主叫MS1拨叫MS2电话号码,通知主叫MS1当前所在的MSC1,即当前为MS1服务的MSC;
(2)MSC1找到MS2所属的HLR,向该HLR发送路由申请;
(3)该HLR查询MS2的当前位置信息,获得MS2服务于MSC2/VLR2,HLR向MSC2/VLR2请求路由信息;
(4)MSC2/VLR2分配路由信息,即漫游号码MSRN;将MSRN提交给HLR;
(5)HLR将MSRN送给主叫MSC1;
(6)MSC1根据MSRN与MSC2之间进行呼叫建立;
(7)MSC2/VLR2向被叫用户MS2发送寻呼消息;
(8)MSC2/VLR2收到MS2用户可以接入消息;
(9)MSC2与MSC1间呼叫建立;
(10)MSC1向主叫MS1发送信号接通信号,MS1与MS2可以通话。
主被叫同抢最为常见的场景是:在用户通话过程中,如果发生掉话,主叫方的第一反应通常是马上重拨过去,这时,往往被叫方也进行回拨,这样容易发生主叫、被叫都听到对方正在忙的语音提示,造成电话无法接通,即发生了主被叫同抢。日常生活中出现上述同抢,会耽误用户的沟通时间,影响沟通效率。并且,如果上述同抢发生在抢险救灾等特殊场景下,则很有可能造成无法挽回的损失。而目前各运营商向用户提供服务的交换系统都存在这种问题,因此,亟需一种方法,能够在发生主被叫同抢时提高通话的接通率和接通效率,改善用户的通信体验。
发明内容
本发明实施例要解决的技术问题是提供一种主被叫同抢的处理方法及装置,用以在发生主被叫同抢时提高通话的接通率和接通效率,改善用户的通信体验。
为解决上述技术问题,本发明实施例提供的主被叫同抢的处理方法及装置,包括:
第一MSC检测到第一呼叫和第二呼叫发生主被叫同抢,其中,所述第一呼叫是第一MSC的第一用户发起的对第二MSC的第二用户的呼叫,第二呼叫是所述第二用户发起的对所述第一用户的呼叫;
第一MSC判断所述第一呼叫是否已出局;
第一MSC在第一呼叫尚未出局时,拆除第一呼叫,并继续第二呼叫,以建立第一用户和第二用户之间的通信。
其中,上述方法中,在判断第一呼叫已出局时,所述方法还包括:
判断第二MSC是否支持主被叫同抢功能;
在第二MSC不支持主被叫同抢功能时,将第一、第二呼叫均悬置,并等待第二MSC拆除第一呼叫后,继续第二呼叫,以建立第一用户和第二用户之间的通信。
其中,上述方法中,在所述第二MSC支持主被叫同抢功能时,所述方法还包括:
按照预定策略,确定第一MSC与第二MSC中的主控MSC和非主控MSC;
第一MSC在自身作为主控MSC时,拆除第一呼叫和第二呼叫中的一个呼叫,并继续第一呼叫和第二呼叫中的另一个呼叫,以建立第一用户和第二用户之间的通信;
第一MSC在自身作为非主控MSC时,将第一、第二呼叫均悬置,并等待第二MSC拆除第一、第二呼叫中的一个呼叫后,继续剩下的另一个呼叫,以建立第一用户和第二用户之间的通信。
其中,上述方法中,所述按照预定策略,确定第一MSC与第二MSC中的主控MSC和非主控MSC,包括:
根据第一呼叫和第二呼叫的起呼时间点或信令点的先后顺序,确定首先发生的呼叫,将该呼叫对应的主叫用户所在的MSC作为主控MSC,将该呼叫对应的被叫用户所在的MSC作为非主控MSC;或者,
根据第一呼叫和第二呼叫中的呼叫参考号较大的呼叫,并将该呼叫对应的主叫用户所在的MSC作为主控MSC,将该呼叫对应的被叫用户所在的MSC作为非主控MSC。
其中,上述方法中,
所述第一MSC进一步接收所述第二MSC发送的初始地址消息IAM或释放REL消息,所述IAM或REL消息中携带有所述第二MSC是否支持主被叫同抢功能的指示信息;
所述第一MSC进一步根据所述IAM或REL消息中携带的所述指示信息,判断所述第二MSC是否支持主被叫同抢功能。
其中,上述方法中,
所述检测到第一呼叫和第二呼叫发生主被叫同抢,包括:
所述第一MSC在接收到第二MSC发出的所述第二呼叫时,提取作为所述第二呼叫的被叫方的第一用户的漫游数据;
若第一用户的漫游数据指示第一用户正在进行第一呼叫的业务接入,则在业务接入过程中提取作为所述第一呼叫的被叫方的用户标识,并在提取的用户标识为所述第二用户的用户标识时,判断所述第一呼叫和第二呼叫发生主被叫同抢。
其中,上述方法中,还包括:
第一MSC检测到第三呼叫和第四呼叫发生主被叫同抢,其中,所述第三呼叫是第一MSC的第三用户发起的对第一MSC的第四用户的呼叫,第四呼叫是所述第四用户发起的对所述第三用户的呼叫;
第一MSC拆除第三呼叫和第四呼叫中的一个呼叫,并继续第三呼叫和第四呼叫中的另一个呼叫,以建立第三用户和第四用户之间的通信。
本发明实施例还提供了一种主被叫同抢的处理装置,应用于第一MSC,包括:
第一检测单元,用于检测到第一呼叫和第二呼叫发生主被叫同抢,其中,所述第一呼叫是第一MSC的第一用户发起的对第二MSC的第二用户的呼叫,第二呼叫是所述第二用户发起的对所述第一用户的呼叫;
第一判断单元,用于判断所述第一呼叫是否已出局;
第一处理单元,用于在第一呼叫尚未出局时,拆除第一呼叫,并继续第二呼叫,以建立第一用户和第二用户之间的通信。
其中,上述装置中,还包括:
第二判断单元,用于在第一呼叫已出局时,判断第二MSC是否支持主被叫同抢功能;
第二处理单元,用于在第二MSC不支持主被叫同抢功能时,将第一、第二呼叫均悬置,并等待第二MSC拆除第一呼叫后,继续第二呼叫,以建立第一用户和第二用户之间的通信。
其中,上述装置中,还包括:
第三处理单元,用于在第二MSC支持主被叫同抢功能时,按照预定策略,确定第一MSC与第二MSC中的主控MSC和非主控MSC;以及,
在所述第一MSC被确定为主控MSC时,拆除第一呼叫和第二呼叫中的一个呼叫,并继续第一呼叫和第二呼叫中的另一个呼叫,以建立第一用户和第二用户之间的通信;在所述第一MSC被确定为非主控MSC时,将第一、第二呼叫均悬置,并等待第二MSC拆除第一、第二呼叫中的一个呼叫后,继续剩下的另一个呼叫,以建立第一用户和第二用户之间的通信。
其中,上述装置中,
所述第三处理单元,进一步用于:根据第一呼叫和第二呼叫的起呼时间点或信令点的先后顺序,确定首先发生的呼叫,将该呼叫对应的主叫用户所在的MSC作为主控MSC,将该呼叫对应的被叫用户所在的MSC作为非主控MSC;或者,根据第一呼叫和第二呼叫中的呼叫参考号较大的呼叫,并将该呼叫对应的主叫用户所在的MSC作为主控MSC,将该呼叫对应的被叫用户所在的MSC作为非主控MSC。
其中,上述装置中,还包括:
接收单元,用于接收所述第二MSC发送的初始地址消息IAM或释放REL消息,所述IAM或REL消息中携带有所述第二MSC是否支持主被叫同抢功能的指示信息;
所述第二判断单元,进一步用于根据所述IAM或REL消息中携带的所述指示信息,判断所述第二MSC是否支持主被叫同抢功能。
其中,上述装置中,
所述第一检测单元,具体用于:
在所述第一MSC接收到第二MSC发出的所述第二呼叫时,提取作为所述第二呼叫的被叫方的第一用户的漫游数据;
若第一用户的漫游数据指示第一用户正在进行第一呼叫的业务接入,则在业务接入过程中提取作为所述第一呼叫的被叫方的用户标识,并在提取的用户标识为所述第二用户的用户标识时,判断所述第一呼叫和第二呼叫发生主被叫同抢。
其中,上述装置中,还包括:
第二检测单元,用于检测到第三呼叫和第四呼叫发生主被叫同抢,其中,所述第三呼叫是第一MSC的第三用户发起的对第一MSC的第四用户的呼叫,第四呼叫是所述第四用户发起的对所述第三用户的呼叫;
第四处理单元,用于拆除第三呼叫和第四呼叫中的一个呼叫,并继续第三呼叫和第四呼叫中的另一个呼叫,以建立第三用户和第四用户之间的通信。
与现有技术相比,本发明实施例提供的主被叫同抢的处理方法及装置,可以提高主被叫同抢情况下呼叫成功率和呼叫效率,减小了呼损,改善了用户的呼叫体验,提高了用户之间的沟通效率。
附图说明
图1为现有技术的一般呼叫流程的示意图;
图2为本发明实施例提供的主被叫同抢的处理方法的流程示意图;
图3为本发明实施例提供的主被叫同抢的处理方法的又一流程示意图;
图4为本发明实施例提供的主被叫同抢的处理装置的结构示意图。
具体实施方式
本发明实施例主要针对主被叫双方同时拨打对方电话的场景:终端A所在端局中A的状态为发出呼叫状态,此时网络认为A正在主叫,为用户忙状态;同理,终端B所在端局中,B也正在主叫,此时B也为用户忙状态。这样,当A(或B)的入局消息发到B(或A)所在端局的时候,由于被叫用户状态为忙(假设主被叫均没有开通呼叫前转、呼叫等待、呼叫保持),导致任意一方发起的呼叫都无法接通。
分析现网部分局点的话统数据后发现,由于被叫用户忙导致的呼叫失败比例大约在3%-6%之间。假设这些被叫忙失败中的10%是由于主被叫同抢导致的,那么推测此类呼叫占忙时总呼叫量的0.3%。因此如果能够提高这些呼叫的接通率,则对网络性能的整体提升具有重大意义。
本发明实施例针对上述场景提供了一套完整的解决方案。下面将结合附图及具体实施例进行详细描述。
本发明实施例针对现有技术的MSC进行了改进,使之支持主被叫同抢功能。当主被叫同抢的双方局端MSC均支持所述主被叫同抢功能时,则在发生主被叫同抢时,双方局端MSC可以按照预定策略,确定其中一个MSC作为主控局端,并由主控局端来拆除一路呼叫而建立另一路呼叫。
为了在MSC之间通告各个MSC是否支持所述主被叫同抢功能,可以通过呼叫建立/释放过程中MSC之间交互的相关信令消息,如IAM消息、REL消息等,携带用于指示本MSC是否支持主被叫同抢功能的指示信息,来进行MSC能力的通告。
由于网络中可能存在部分MSC,并不支持本发明实施例的主被叫同抢功能,因此需要针对MSC的具体能力情况进行不同的处理,以适应不同的应用场景。请参照图2,本发明实施例提供的一种主被叫同抢的处理方法,应用于第一MSC,这里,假设所述第一MSC是支持主被叫同抢功能的MSC,如图2所示,该处理方法包括以下步骤:
步骤21,第一MSC检测到第一呼叫和第二呼叫发生主被叫同抢,其中,所述第一呼叫是第一MSC的第一用户发起的对第二MSC的第二用户的呼叫,第二呼叫是所述第二用户发起的对所述第一用户的呼叫。
这里,假设第一呼叫和第二呼叫的局端不同,即第一用户所在MSC为第一MSC,第二用户所在MSC为第二MSC,第一、第二MSC为不同的MSC。第一MSC在接收到第二MSC发出的所述第二呼叫时,提取作为所述第二呼叫的被叫方的第一用户的漫游数据。如果第一用户的漫游数据指示第一用户正在进行第一呼叫的业务接入,则在业务接入过程中提取作为所述第一呼叫的被叫方的用户标识,并在提取的用户标识为所述第二用户的用户标识时,判断所述第一呼叫和第二呼叫发生主被叫同抢。
步骤22,第一MSC判断所述第一呼叫是否已出局。
这里,在第一呼叫出局时,说明主被叫同抢可能同时在第一MSC和第二MSC处发生;在第一呼叫未出局时,则说明主被叫同抢可能仅在第一MSC处发生。本发明实施例针对上述不同情况执行不同的处理。
步骤23,第一MSC在第一呼叫尚未出局时,拆除第一呼叫,并继续第二呼叫,以建立第一用户和第二用户之间的通信。
这里,在第一呼叫尚未出局时,第一MSC将按照步骤23的处理方式进行处理,拆除第一呼叫,因此第一呼叫不会再出局,避免了对第二MSC的影响,使得第二MSC按照现有技术的呼叫流程处理即可。在拆除第一呼叫后,第一MSC将继续第二呼叫,呼叫第一用户并按照现有技术的流程完成后续的接续过程,以建立第一用户和第二用户之间的呼叫。
从以上步骤可以看出,本发明实施例中,第一MSC在检测到第一呼叫、第二呼叫发生主被叫同抢时,若第一呼叫未出局,则终结第一呼叫,释放相关资源,使得第二呼叫可以成功建立,从而提高了主被叫同抢情况下呼叫成功率和呼叫效率,减小了呼损,改善了用户的呼叫体验。
若在上述步骤22中判断第一呼叫已经出局,则如图3所示,本发明实施例还可以进一步包括以下步骤:
步骤24,第一MSC在第一呼叫已出局时,判断第二MSC是否支持主被叫同抢功能。
这里,所述主被叫同抢功能可以包括:MSC在检测到本局用户的出局呼叫与入局呼叫发生主被叫同抢时,按照预定策略,从本局端与对端局端中确定一主控局端,并由该主控局端拆除一路呼叫而建立另一路呼叫。
所述第一MSC可以在呼叫过程中接收所述第二MSC发送的初始地址消息IAM或释放REL消息,所述IAM或REL消息中携带有所述第二MSC是否支持主被叫同抢功能的指示信息。进而,根据所述IAM或REL消息中携带的所述指示信息,来判断所述第二MSC是否支持主被叫同抢功能。
步骤25,在第二MSC不支持主被叫同抢功能时,将第一、第二呼叫均悬置,并等待第二MSC拆除第一呼叫后,继续第二呼叫,以建立第一用户和第二用户之间的通信。
这里,若第二MSC不支持主被叫同抢功能,则按照现有技术的处理方式,第二MSC在检测到主被叫同抢后,将拆除本局用户的入局呼叫(即第一呼叫)。这样,本实施例中第一MSC首先将两个呼叫悬置,并等待第二MSC拆除第一呼叫后,释放相关资源,并继续第二呼叫,以建立第一用户和第二用户之间的呼叫。
步骤26,若第二MSC支持主被叫同抢功能,则按照预定策略,确定第一MSC与第二MSC中的主控MSC和非主控MSC,其中:
第一MSC在自身作为主控MSC时,拆除第一呼叫和第二呼叫中的一个呼叫,并继续第一呼叫和第二呼叫中的另一个呼叫,以建立第一用户和第二用户之间的通信;第一MSC在自身作为非主控MSC时,将第一、第二呼叫均悬置,并等待第二MSC拆除第一、第二呼叫中的一个呼叫后,继续剩下的另一个呼叫,以建立第一用户和第二用户之间的通信。
这里,若第二MSC支持主被叫同抢功能,则第一、第二MSC需要按照预先确定的策略,确定一个主控MSC,由主控MSC拆除一路呼叫保留另一路呼叫。对于具体需要拆除的呼叫,可以不作限定,主控MSC可以拆除任意一路呼叫,或者按照预定规则,拆除符合规则的一路呼叫。
另外,本实施例中,确定主控MSC具体的策略可以是:根据第一呼叫和第二呼叫的起呼时间点或信令点的先后顺序,确定首先发生的呼叫,将该呼叫对应的主叫用户所在的MSC作为主控MSC,将该呼叫对应的被叫用户所在的MSC作为非主控MSC;或者,根据第一呼叫和第二呼叫中的呼叫参考号较大的呼叫,并将该呼叫对应的主叫用户所在的MSC作为主控MSC,将该呼叫对应的被叫用户所在的MSC作为非主控MSC。
以上针对于起呼于不同局端的两路呼叫的主被叫同抢的场景提供了解决方案。实际应用中,主被叫同抢还可能发生在同一局端,假设第一MSC的第三用户发起的对第一MSC的第四用户的呼叫(假设为第三呼叫),在此过程中,所述第四用户也发起了对第三用户的呼叫,此时第三呼叫和第四呼叫的局端相同,均为第一MSC,此时主被叫同抢为局内呼叫同抢,为避免呼叫失败,本发明实施例针对该局内同抢的场景,按照以下步骤进行处理:
步骤a,第一MSC检测到所述第三呼叫和所述第四呼叫发生主被叫同抢;
步骤b,第一MSC拆除第三呼叫和第四呼叫中的一个呼叫,并继续第三呼叫和第四呼叫中的另一个呼叫,以建立第三用户和第四用户之间的通信。
在步骤b中,第一MSC可以拆除第三、第四呼叫中的任一路,也可以按照预设规则去拆除符合该规则的呼叫。例如,第一MSC可以比较第三用户和第四用户的呼叫时间的早晚,拆除呼叫较晚用户发起的始发呼叫,而保留另外一路呼叫;再例如,第一MSC可以比较第三用户和第四用户的IMSI的大小,拆除IMSI较小的用户发起的始发呼叫,而保留另外一路呼叫。
通过以上步骤,本实施例可以在局内发生主被叫同抢时提高呼叫成功率,避免两路呼叫都失败,从而提高了接通率,改善了用户体验。
基于以上所述的方法,本发明实施例还提供了实施上述方法的装置,该装置可以应用于一MSC,假设该MSC为第一MSC。请参照图4所示,该装置包括:
第一检测单元41,用于检测到第一呼叫和第二呼叫发生主被叫同抢,其中,所述第一呼叫是第一MSC的第一用户发起的对第二MSC的第二用户的呼叫,第二呼叫是所述第二用户发起的对所述第一用户的呼叫;
第一判断单元42,用于判断所述第一呼叫是否已出局;
第一处理单元43,用于在第一呼叫尚未出局时,拆除第一呼叫,并继续第二呼叫,以建立第一用户和第二用户之间的通信。
在上述第一判断单元42判断所述第一呼叫已出局时,本实施例提供的所述处理处理还可以包括以下单元以执行进一步处理:
第二判断单元,用于在第一呼叫已出局时,判断第二MSC是否支持主被叫同抢功能;
第二处理单元,用于在第二MSC不支持主被叫同抢功能时,将第一、第二呼叫均悬置,并等待第二MSC拆除第一呼叫后,继续第二呼叫,以建立第一用户和第二用户之间的通信;
第三处理单元,用于在第二MSC支持主被叫同抢功能时,按照预定策略,确定第一MSC与第二MSC中的主控MSC和非主控MSC;以及,在所述第一MSC被确定为主控MSC时,拆除第一呼叫和第二呼叫中的一个呼叫,并继续第一呼叫和第二呼叫中的另一个呼叫,以建立第一用户和第二用户之间的通信;在所述第一MSC被确定为非主控MSC时,将第一、第二呼叫均悬置,并等待第二MSC拆除第一、第二呼叫中的一个呼叫后,继续剩下的另一个呼叫,以建立第一用户和第二用户之间的通信。
上述处理装置中,所述第三处理单元,进一步用于:根据第一呼叫和第二呼叫的起呼时间点或信令点的先后顺序,确定首先发生的呼叫,将该呼叫对应的主叫用户所在的MSC作为主控MSC,将该呼叫对应的被叫用户所在的MSC作为非主控MSC;或者,根据第一呼叫和第二呼叫中的呼叫参考号较大的呼叫,并将该呼叫对应的主叫用户所在的MSC作为主控MSC,将该呼叫对应的被叫用户所在的MSC作为非主控MSC。
上述处理装置还包括:
接收单元,用于接收所述第二MSC发送的初始地址消息IAM或释放REL消息,所述IAM或REL消息中携带有所述第二MSC是否支持主被叫同抢功能的指示信息。此时,所述第二判断单元,进一步用于根据所述IAM或REL消息中携带的所述指示信息,判断所述第二MSC是否支持主被叫同抢功能。
上述处理装置中,所述第一检测单元,具体用于:
在所述第一MSC接收到第二MSC发出的所述第二呼叫时,提取作为所述第二呼叫的被叫方的第一用户的漫游数据;
若第一用户的漫游数据指示第一用户正在进行第一呼叫的业务接入,则在业务接入过程中提取作为所述第一呼叫的被叫方的用户标识,并在提取的用户标识为所述第二用户的用户标识时,判断所述第一呼叫和第二呼叫发生主被叫同抢。
为实现对同局主被叫同抢的处理,本实施例提供的上述处理装置,还包括:
第二检测单元,用于检测到第三呼叫和第四呼叫发生主被叫同抢,其中,所述第三呼叫是第一MSC的第三用户发起的对第一MSC的第四用户的呼叫,第四呼叫是所述第四用户发起的对所述第三用户的呼叫;
第四处理单元,用于拆除第三呼叫和第四呼叫中的一个呼叫,并继续第三呼叫和第四呼叫中的另一个呼叫,以建立第三用户和第四用户之间的通信。
通过以上处理装置,本发明实施例在MSC上实现了主被叫同抢的相关处理,避免了发生同抢的呼叫都接续失败,从而提高了呼叫接通率,减少了双方之间的呼叫接通所需的时间,提高了接通效率,改善了用户使用体验。
下面将通过更为具体的示例,对本发明实施例的主被叫同抢处理方法作更为详细的说明。
本示例提出了一种解决主被叫同抢问题的方案,以下以A用户(A用户所在的MSC为MSC-A)和B用户(B用户所在的MSC为MSC-B)之间发生主被叫同抢为例,根据主被叫同抢的发生位置,可以归纳为以下四种场景:
场景1:在A->B呼叫的落地局MSC-B内检测到同抢;
场景2:在A->B呼叫的始发局MSC-A内检测到同抢;
场景3:在A->B呼叫的始发和落地局交换机都检测到同抢;
场景4:局内呼叫同抢,此时MSC-A和MSC-B为同一MSC,如果MSC不支持同抢处理,则会冲突。
上述4个场景,进一步根据呼叫涉及的MSC是否支持同抢优化处理功能,进行细化归类为下表1-3的具体需求。
表1
表2
表3
按照上面场景分析,MSC产品需要具备如下几个关键能力:
1.可以通过在IAM消息中增加指示参数,告知对方自己是否支持同抢处理。
2.可以通过在REL消息中增加指示参数,告知对方自己是否支持同抢处理,否则场景1中MSC-A无法感知MSC-B的预期行为。
3.如果双方MSC都支持同抢的情况下,需要有既定策略,例如,根据呼叫信令中的时间、某个参数(类似呼叫参考号、信令点等)进行比较,起呼时间较早或取值较大的MSC为主控,起呼时间较晚或取值较小的MSC为非主控方。
针对场景1、2的详细实现:
场景1、场景2:MSC-A或MSC-B,其中一侧呼叫尚未出局,可以在某个MSC识别到主被叫同抢。后文中为方便说明,将MSC-A侧称为源侧,将MSC-B侧称为目标侧。
步骤s1.1.1,MSC-A将A->B呼叫出局到MSC-B,IAM消息中携带B用户的MSRN。
步骤s1.1.2、为简化描述,此处假设B用户没有签约呼叫等待等补充业务。MSC-B在取B用户漫游数据的时候,发现B用户如果正在进行业务接入,包括CM_Service_Req、鉴权加密、或始呼(SETUP)等过程,此时,MSC-B需要保持A->B呼叫(即源侧发起的源侧呼叫)不拆线,并且将A号码传给B->A呼叫(即目标侧发起的目标侧呼叫)。
步骤s1.1.3、目标侧呼叫需要在后续的业务处理过程中不断检测被叫号码是否等于A的用户号码,因为在呼叫过程中号码分析、取漫游、SCP交互等流程中,都可能出现改号的情况,因此,只要在任何一个流程中发现目标侧被叫与源侧主叫相等,则拆除目标侧正在进行的呼叫。
步骤s1.1.4、MSC-B拆除目标侧呼叫后,继续接续源侧呼叫,对B用户进行寻呼,进行后续的接续工作。
如果MSC-B不支持同抢优化而MSC-A支持,那么B->A的呼叫会直接出局,演变为场景3。
针对场景3的详细实现:
场景3:MSC-A和MSC-B,即源侧和目标侧两个呼叫都已经出局,两个端局的交换机都出现到同抢。
场景3.1:假设双方交换机都支持同抢检测,这种情况下为了避免双方交换机都拆线,所以需要制定一个策略,让其中一个交换机作为主控。主控节点选取方案可以通过两个MSC比较双方的起呼时间或信令点、呼叫参考号大小来决定:
步骤S1.2.1、非主控交换机,负责将本设备内部同抢的两个呼叫悬置、不拆线,等待对局的拆线指令。
步骤S1.2.2、主控交换机,负责进行拆线。主控交换机在拆线的时候,也面临两个选择,拆除本局的源侧呼叫还是拆除目标侧来话,这两者在技术方面没有什么差别,可以任意拆除一路,或者按照预定规则拆除符合规则的一路。
场景3.2:假设MSC-A支持同抢优化功能而MSC-B不支持,那么需要在MSC-A检测到同抢的时候不主动拆线,将呼叫悬置,等待MSC-B发起拆线。MSC-B只能拆掉本局用户的入局呼叫,也就是A->B的呼叫被拆除,但是自己发起的B->A的呼叫是不会被MSC-B拆掉的。MSC-A等待收到A->B呼叫被拆除后,将拆线信息告知A用户,接着启动原先被悬置的B->A的呼叫进行寻呼及指配等处理。
最后,再介绍局内呼叫同抢的实现。
场景4:局内呼叫同抢:
本局呼叫发生同抢的处理过程与场景2类似,只是主控拆线方的选择依据不能继续使用信令点,可以考虑采用直接比较A和B用户呼叫时间早晚、IMSI大小,例如保留IMSI值较大的用户的始发呼叫,拆除另一方呼叫。
最后,本示例中,可以根据主控拆线方的判断结果,由保留呼叫的一方生成主叫话单,被拆除呼叫的一方生成被叫话单,业支计费侧规则不变。
综上,本发明实施例的主被叫同抢的处理方案,可以减少由于主被叫同抢造成的呼损,提高用户感知,避免由于主被叫同抢造成的沟通效率低的问题。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明所述原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (14)
1.一种主被叫同抢的处理方法,其特征在于,包括:
第一MSC检测到第一呼叫和第二呼叫发生主被叫同抢,其中,所述第一呼叫是第一MSC的第一用户发起的对第二MSC的第二用户的呼叫,第二呼叫是所述第二用户发起的对所述第一用户的呼叫;
第一MSC判断所述第一呼叫是否已出局;
第一MSC在第一呼叫尚未出局时,拆除第一呼叫,并继续第二呼叫,以建立第一用户和第二用户之间的通信。
2.如权利要求1所述的方法,其特征在于,在判断第一呼叫已出局时,所述方法还包括:
判断第二MSC是否支持主被叫同抢功能;
在第二MSC不支持主被叫同抢功能时,将第一、第二呼叫均悬置,并等待第二MSC拆除第一呼叫后,继续第二呼叫,以建立第一用户和第二用户之间的通信。
3.如权利要求2所述的方法,其特征在于,在所述第二MSC支持主被叫同抢功能时,所述方法还包括:
按照预定策略,确定第一MSC与第二MSC中的主控MSC和非主控MSC;
第一MSC在自身作为主控MSC时,拆除第一呼叫和第二呼叫中的一个呼叫,并继续第一呼叫和第二呼叫中的另一个呼叫,以建立第一用户和第二用户之间的通信;
第一MSC在自身作为非主控MSC时,将第一、第二呼叫均悬置,并等待第二MSC拆除第一、第二呼叫中的一个呼叫后,继续剩下的另一个呼叫,以建立第一用户和第二用户之间的通信。
4.如权利要求3所述的方法,其特征在于,所述按照预定策略,确定第一MSC与第二MSC中的主控MSC和非主控MSC,包括:
根据第一呼叫和第二呼叫的起呼时间点或信令点的先后顺序,确定首先发生的呼叫,将该呼叫对应的主叫用户所在的MSC作为主控MSC,将该呼叫对应的被叫用户所在的MSC作为非主控MSC;或者,
根据第一呼叫和第二呼叫中的呼叫参考号较大的呼叫,并将该呼叫对应的主叫用户所在的MSC作为主控MSC,将该呼叫对应的被叫用户所在的MSC作为非主控MSC。
5.如权利要求3所述的方法,其特征在于,
所述第一MSC进一步接收所述第二MSC发送的初始地址消息IAM或释放REL消息,所述IAM或REL消息中携带有所述第二MSC是否支持主被叫同抢功能的指示信息;
所述第一MSC进一步根据所述IAM或REL消息中携带的所述指示信息,判断所述第二MSC是否支持主被叫同抢功能。
6.如权利要求1所述的方法,其特征在于,
所述检测到第一呼叫和第二呼叫发生主被叫同抢,包括:
所述第一MSC在接收到第二MSC发出的所述第二呼叫时,提取作为所述第二呼叫的被叫方的第一用户的漫游数据;
若第一用户的漫游数据指示第一用户正在进行第一呼叫的业务接入,则在业务接入过程中提取作为所述第一呼叫的被叫方的用户标识,并在提取的用户标识为所述第二用户的用户标识时,判断所述第一呼叫和第二呼叫发生主被叫同抢。
7.如权利要求1所述的方法,其特征在于,还包括:
第一MSC检测到第三呼叫和第四呼叫发生主被叫同抢,其中,所述第三呼叫是第一MSC的第三用户发起的对第一MSC的第四用户的呼叫,第四呼叫是所述第四用户发起的对所述第三用户的呼叫;
第一MSC拆除第三呼叫和第四呼叫中的一个呼叫,并继续第三呼叫和第四呼叫中的另一个呼叫,以建立第三用户和第四用户之间的通信。
8.一种主被叫同抢的处理装置,应用于第一MSC,其特征在于,包括:
第一检测单元,用于检测到第一呼叫和第二呼叫发生主被叫同抢,其中,所述第一呼叫是第一MSC的第一用户发起的对第二MSC的第二用户的呼叫,第二呼叫是所述第二用户发起的对所述第一用户的呼叫;
第一判断单元,用于判断所述第一呼叫是否已出局;
第一处理单元,用于在第一呼叫尚未出局时,拆除第一呼叫,并继续第二呼叫,以建立第一用户和第二用户之间的通信。
9.如权利要求8所述的处理装置,其特征在于,还包括:
第二判断单元,用于在第一呼叫已出局时,判断第二MSC是否支持主被叫同抢功能;
第二处理单元,用于在第二MSC不支持主被叫同抢功能时,将第一、第二呼叫均悬置,并等待第二MSC拆除第一呼叫后,继续第二呼叫,以建立第一用户和第二用户之间的通信。
10.如权利要求9所述的处理装置,其特征在于,还包括:
第三处理单元,用于在第二MSC支持主被叫同抢功能时,按照预定策略,确定第一MSC与第二MSC中的主控MSC和非主控MSC;以及,
在所述第一MSC被确定为主控MSC时,拆除第一呼叫和第二呼叫中的一个呼叫,并继续第一呼叫和第二呼叫中的另一个呼叫,以建立第一用户和第二用户之间的通信;在所述第一MSC被确定为非主控MSC时,将第一、第二呼叫均悬置,并等待第二MSC拆除第一、第二呼叫中的一个呼叫后,继续剩下的另一个呼叫,以建立第一用户和第二用户之间的通信。
11.如权利要求10所述的处理装置,其特征在于,
所述第三处理单元,进一步用于:根据第一呼叫和第二呼叫的起呼时间点或信令点的先后顺序,确定首先发生的呼叫,将该呼叫对应的主叫用户所在的MSC作为主控MSC,将该呼叫对应的被叫用户所在的MSC作为非主控MSC;或者,根据第一呼叫和第二呼叫中的呼叫参考号较大的呼叫,并将该呼叫对应的主叫用户所在的MSC作为主控MSC,将该呼叫对应的被叫用户所在的MSC作为非主控MSC。
12.如权利要求10所述的处理装置,其特征在于,还包括:
接收单元,用于接收所述第二MSC发送的初始地址消息IAM或释放REL消息,所述IAM或REL消息中携带有所述第二MSC是否支持主被叫同抢功能的指示信息;
所述第二判断单元,进一步用于根据所述IAM或REL消息中携带的所述指示信息,判断所述第二MSC是否支持主被叫同抢功能。
13.如权利要求8所述的处理装置,其特征在于,
所述第一检测单元,具体用于:
在所述第一MSC接收到第二MSC发出的所述第二呼叫时,提取作为所述第二呼叫的被叫方的第一用户的漫游数据;
若第一用户的漫游数据指示第一用户正在进行第一呼叫的业务接入,则在业务接入过程中提取作为所述第一呼叫的被叫方的用户标识,并在提取的用户标识为所述第二用户的用户标识时,判断所述第一呼叫和第二呼叫发生主被叫同抢。
14.如权利要求8所述的处理装置,其特征在于,还包括:
第二检测单元,用于检测到第三呼叫和第四呼叫发生主被叫同抢,其中,所述第三呼叫是第一MSC的第三用户发起的对第一MSC的第四用户的呼叫,第四呼叫是所述第四用户发起的对所述第三用户的呼叫;
第四处理单元,用于拆除第三呼叫和第四呼叫中的一个呼叫,并继续第三呼叫和第四呼叫中的另一个呼叫,以建立第三用户和第四用户之间的通信。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410803343.1A CN105764077A (zh) | 2014-12-19 | 2014-12-19 | 一种主被叫同抢的处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410803343.1A CN105764077A (zh) | 2014-12-19 | 2014-12-19 | 一种主被叫同抢的处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105764077A true CN105764077A (zh) | 2016-07-13 |
Family
ID=56341439
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410803343.1A Pending CN105764077A (zh) | 2014-12-19 | 2014-12-19 | 一种主被叫同抢的处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105764077A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107659906A (zh) * | 2017-11-14 | 2018-02-02 | 中国联合网络通信集团有限公司 | 一种实现呼叫等待的方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060160531A1 (en) * | 2005-01-18 | 2006-07-20 | Samsung Electronics Co., Ltd. | Method for improving communication success rate in simultaneous call trial between subscribers in mobile communication systems |
WO2010111830A1 (zh) * | 2009-03-31 | 2010-10-07 | 阿尔卡特朗讯公司 | 通信网络中处理呼叫冲突的方法和相关设备 |
CN102958026A (zh) * | 2011-08-24 | 2013-03-06 | 中国移动通信集团设计院有限公司 | 一种呼叫链路的控制方法及装置 |
-
2014
- 2014-12-19 CN CN201410803343.1A patent/CN105764077A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060160531A1 (en) * | 2005-01-18 | 2006-07-20 | Samsung Electronics Co., Ltd. | Method for improving communication success rate in simultaneous call trial between subscribers in mobile communication systems |
WO2010111830A1 (zh) * | 2009-03-31 | 2010-10-07 | 阿尔卡特朗讯公司 | 通信网络中处理呼叫冲突的方法和相关设备 |
CN102958026A (zh) * | 2011-08-24 | 2013-03-06 | 中国移动通信集团设计院有限公司 | 一种呼叫链路的控制方法及装置 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107659906A (zh) * | 2017-11-14 | 2018-02-02 | 中国联合网络通信集团有限公司 | 一种实现呼叫等待的方法及装置 |
CN107659906B (zh) * | 2017-11-14 | 2021-06-18 | 中国联合网络通信集团有限公司 | 一种实现呼叫等待的方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108924887B (zh) | 数据业务切换方法和设备 | |
CN101222765B (zh) | 电路域回落的控制方法、系统、及装置 | |
JP5752808B2 (ja) | 呼を受信することに応答してビジーステータスメッセージを送るマルチsim−ueのための方法、装置、およびコンピュータ可読媒体 | |
CN108990122B (zh) | 一种通话切换方法及系统 | |
EP2146529B1 (en) | Method, system and apparatus for dropping back to voice call from video call | |
CN104823512A (zh) | 在移动通信系统中提高呼叫质量的方法和装置 | |
CN102365899B (zh) | 一种中止电路交换域返回传统网络呼叫的方法、装置和系统 | |
CN104581992A (zh) | 业务接入方法及移动管理实体 | |
CN102045651A (zh) | 集群呼叫的方法、msc、bsc及通信系统 | |
JP2010093566A (ja) | 内線接続方法及び経路選択装置 | |
CN105530593A (zh) | 一种用户设备间的状态同步方法及装置 | |
EP2075951A1 (en) | A method, system and apparatus for implementing call service | |
US8538441B2 (en) | Method and system for implementing the local switch of the local call | |
CN101159986B (zh) | 一种确定呼叫优先级的方法 | |
CN105812592A (zh) | 语音业务接入方法及装置 | |
CN105764077A (zh) | 一种主被叫同抢的处理方法及装置 | |
EP2501198B1 (en) | Local exchange implementation method for local call | |
RU2007140674A (ru) | Способ обеспечения обработки вызовов для пользователя интеллектуальной сети | |
EP2346273A1 (en) | Method and system for realizing called confirmation paying service | |
CN101867866A (zh) | 一种多智能业务嵌套触发的方法和系统 | |
EP3160118B1 (en) | System and method for setting up a group call | |
CN104717716A (zh) | 一种语音业务接入方法及设备 | |
CN109714720B (zh) | 实现lte网间漫游用户短信互通的方法和系统 | |
CN103024679A (zh) | 建立集群呼叫的方法和网络设备 | |
JP2004350302A (ja) | サービス提供モードが指定されたデータサービスを実施する装置及び方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160713 |