CN104348814A - 一种强插/强拆业务的实现方法、***及应用服务器 - Google Patents
一种强插/强拆业务的实现方法、***及应用服务器 Download PDFInfo
- Publication number
- CN104348814A CN104348814A CN201310339474.4A CN201310339474A CN104348814A CN 104348814 A CN104348814 A CN 104348814A CN 201310339474 A CN201310339474 A CN 201310339474A CN 104348814 A CN104348814 A CN 104348814A
- Authority
- CN
- China
- Prior art keywords
- user
- intrusion
- forced release
- application server
- release service
- 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
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种强插/强拆业务的实现方法，方法包括：需要进行强插/强拆业务时，第一用户向第一应用服务器发送包含强插/强拆业务标识及被叫号码的呼叫请求；所述第一应用服务器收到呼叫请求，且确定所述第一用户具有强插/强拆业务权限后，对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务。本发明同时公开了一种应用服务器及强插/强拆业务的实现***，采用本发明，采用普通的终端即可发起强插/强拆业务，从而实现强插/强拆业务。
Description
技术领域
本发明涉及通信领域，尤其涉及一种强插/强拆业务的实现方法、***及应用服务器。
背景技术
软交换***中的强插、强拆业务主要应用在救援、救灾、公共安全等需快速处理突发事件的行业或部门。
强插业务是指：高优先级呼叫能够***到低优先级呼叫中。举个例子来说，假设第二用户和第三用户之间的呼叫为低优先级呼叫，而第一用户和第二用户之间的呼叫为高优先级呼叫，当第二用户和第三用户处在通话中时，具有强插业务权限的第一用户能够对第二用户执行强插操作，操作成功后，第二用户、第三用户、第一用户形成三方通话，第一用户退出后，第二用户和第三用户继续通话。
强拆业务是指：高优先级呼叫能够拆除低优先级呼叫对资源的占用。举个例子来说，假设第二用户和第三用户之间的呼叫为低优先级呼叫，而第一用户和第二用户之间的呼叫为高优先级呼叫，当第二用户和第三用户处在通话中时，具有强拆业务权限的第一用户能够对第二用户执行强拆操作，操作成功后，第二用户和第一用户建立通话，第三用户退出通话。
目前的软交换***中，强插、强拆业务需要由特定的终端来发起，无法由普通话机发起，更不能从其它对接的***上发起，比如，归属于一个软交换***中的终端不能向另一个软交换***的软交换服务器发起强插、强拆业务，而特定的终端需要定制。另外，特定的终端与软交换服务器之间需要定制私有的通信协议才能完成强插、强拆业务，如此，会使得软交换***采用的实现强插、强拆业务的接口较为复杂，不能采用已有的通用的接口来实现。
发明内容
有鉴于此，本发明的主要目的在于提供一种强插/强拆业务的实现方法、***及应用服务器，采用普通的终端即可发起强插/强拆业务，从而实现强插/强拆业务。
为达到上述目的，本发明的技术方案是这样实现的：
本发明提供了一种强插/强拆业务的实现方法，所述方法包括：
需要进行强插/强拆业务时，第一用户向第一应用服务器发送包含强插/强拆业务标识及被叫号码的呼叫请求；
所述第一应用服务器收到呼叫请求，且确定所述第一用户具有强插/强拆业务权限后，对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务。
上述方案中，需要进行强插/强拆业务之前，所述方法还包括：
所述第一应用服务器开通所述第一用户的强插/强拆业务权限。
上述方案中，需要进行强插/强拆业务之前，所述方法还包括：
所述第一应用服务器配置被叫号码的归属地及路由信息。
上述方案中，确定所述第一用户具有强插/强拆业务权限之前，所述方法还包括：
判断所述第二用户是否归属于本地应用服务器，确定归属于本地应用服务器，且确定所述第一用户具有强插/强拆业务权限后，对所述第二用户强制执行强插/强拆业务。
上述方案中，所述方法还包括：
确定所述第二用户不归属于本地应用服务器时，将收到的呼叫请求路由到所述第二用户归属的第二应用服务器；
所述第二应用服务器收到呼叫请求，且确定所述第一用户具有强插/强拆业务权限后，对所述第二用户强制执行强插/强拆业务。
上述方案中，所述方法还包括：
当确定所述第一用户不具有强插/强拆业务权限时，所述第一应用服务器拒绝收到的呼叫请求。
上述方案中，对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务之前，所述方法还包括：
判断所述第二用户当前是否处于通话状态，确定处于通话状态时，对所述第二用户强制执行强插/强拆业务。
上述方案中，所述方法还包括：
确定所述第二用户不处于通话状态时，所述第一应用服务器直接呼叫所述第二用户，使所述第一用户与所述第二用户建立通话。
上述方案中，当所述强插/强拆业务标识对应强插业务时，所述对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务，包括：
所述第一应用服务器向媒体服务器申请所述第一用户、所述第二用户、以及与所述第二用户通话的第三用户分别在所述媒体服务器上对应的语音媒体资源；
所述第一应用服务器与所述媒体服务器进行交互，使所述第一用户、所述第二用户和所述第三用户均与所述媒体服务器建立会话通道，并创建多方通话会议，且使所述第一用户、所述第二用户和所述第三用户加入创建的多方通话会议；
所述第一用户、所述第二用户和所述第三用户通过所述媒体服务器实现三方通话。
上述方案中，所述第一用户、所述第二用户和所述第三用户通过所述媒体服务器实现三方通话，包括：
所述媒体服务器根据所述第一用户、所述第二用户和所述第三用户在所述媒体服务器上对应的语音媒体资源，对收到的各通话方的语音数据进行混音及转发处理，实现所述第一用户、所述第二用户及所述第三用户的三方通话。
上述方案中，当所述强插/强拆业务标识对应强拆业务时，所述对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务，包括：
所述第一应用服务器向所述第二用户以及与所述第二用户通话的第三用户发送呼叫拆除请求，强制断开所述第二用户与所述第三用户的连接；
建立所述第一用户与所述第二用户的连接，实现所述第一用户与所述第二用户的通话。
上述方案中，所述应用服务器为软交换服务器。
本发明还提供了一种应用服务器，所述应用服务器包括：接收单元及执行单元；其中，
所述接收单元，用于需要进行强插/强拆业务时，接收第一用户发送的包含强插/强拆业务标识及被叫号码的呼叫请求，并将接收的呼叫请求发送给所述执行单元；
所述执行单元，用于收到所述接收单元发送的呼叫请求，且确定所述第一用户具有强插/强拆业务权限后，对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务。
上述方案中，所述应用服务器还包括：开通单元，用于开通所述第一用户的强插/强拆业务权限。
上述方案中，所述应用服务器还包括：设置单元，用于配置被叫号码的归属地及路由信息。
上述方案中，所述执行单元，在确定第一用户具有强拆/强拆业务权限之前，还用于判断所述第二用户是否归属于本地应用服务器，确定归属于本地应用服务器，且确定所述第一用户具有强插/强拆业务权限后，对所述第二用户强制执行强插/强拆业务。
上述方案中，所述执行单元，还用于确定所述第二用户不归属于本地应用服务器时，将收到的呼叫请求路由到所述第二用户归属的应用服务器。
上述方案中，所述执行单元，还用于确定所述第一用户不具有强插/强拆业务权限时，拒绝收到的呼叫请求。
上述方案中，所述执行单元在对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务之前，还用于判断所述第二用户当前是否处于通话状态，确定处于通话状态时，对所述第二用户强制执行强插/强拆业务。
上述方案中，所述执行单元，还用于当所述第二用户不处于通话状态时，直接呼叫所述第二用户，使所述第一用户与所述第二用户建立通话。
本发明又提供了一种强插/强拆业务的实现***，所述***包括：第一用户及第一应用服务器；其中，
所述第一用户，用于需要进行强插/强拆业务时，向所述第一应用服务器发送包含强插/强拆业务标识及被叫号码的呼叫请求；
所述第一应用服务器，用于收到所述第一用户发送的包含强插/强拆业务标识及被叫号码的呼叫请求，且确定所述第一用户具有强插/强拆业务权限后，对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务。
上述方案中，所述第一应用服务器，还用于开通所述第一用户的强插/强拆业务权限。
上述方案中，所述第一应用服务器，还用于配置被叫号码的归属地及路由信息。
上述方案中，所述第一应用服务器，还用于判断所述第二用户是否归属于本地应用服务器，确定归属于本地应用服务器，且确定所述第一用户具有强插/强拆业务权限后，对所述第二用户强制执行强插/强拆业务。
上述方案中，所述***还包括：第二应用服务器；其中，
所述第一应用服务器，还用于确定所述第二用户不归属于本地应用服务器时，将收到的呼叫请求路由到所述第二用户归属的应用服务器；
所述第二应用服务器，用于收到所述第一应用服务器路由的呼叫请求，且确定所述第一用户具有强插/强拆业务权限后，对所述第二用户强制执行强插/强拆业务。
上述方案中，所述第一应用服务器，还用于确定所述第一用户不具有强插/强拆业务权限时，拒绝收到的呼叫请求。
上述方案中，所述第一应用服务器在对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务之前，还用于判断所述第二用户当前是否处于通话状态，确定处于通话状态时，对所述第二用户强制执行强插/强拆业务。
上述方案中，所述第一应用服务器，还用于确定所述第二用户不处于通话状态时，直接呼叫所述第二用户，使所述第一用户与所述第二用户建立通话。
上述方案中，所述***还包括：媒体服务器；其中，
所述第一应用服务器，当所述强插/强拆业务标识对应强插业务，并在对呼叫请求中的被叫号码对应的第二用户强制执行强插业务时，具体用于：向所述媒体服务器申请所述第一用户、所述第二用户、以及与所述第二用户通话的第三用户分别在所述媒体服务器上对应的语音媒体资源；并与所述媒体服务器进行交互，使所述第一用户、所述第二用户和所述第三用户均与所述媒体服务器建立会话通道，并创建多方通话会议，且使所述第一用户、所述第二用户和所述第三用户加入创建的多方通话会议；所述第一用户、所述第二用户和所述第三用户通过所述媒体服务器实现三方通话。
上述方案中，所述媒体服务器，在所述第一用户、所述第二用户和所述第三用户通过自身实现三方通话时，用于根据所述第一用户、所述第二用户和所述第三用户在自身上对应的语音媒体资源，对收到的各通话方的语音数据进行混音及转发处理，实现所述第一用户、所述第二用户及所述第三用户的三方通话。
本发明提供的强插/强拆业务的实现方法、***及应用服务器，需要进行强插/强拆业务时，第一用户向第一应用服务器发送包含强插/强拆业务标识及被叫号码的呼叫请求；第一应用服务器收到呼叫请求，且确定第一用户具有强插/强拆业务权限后，对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务；第一用户发送的呼叫请求仅包含强插/强拆业务标识及被叫号码，且不需要知道被强插/强拆的用户的当前状态，也不需要知道被强插/强拆的用户当前通话的呼叫标识，如此，用户通过自身所使用的普通终端即可发起呼叫请求，实现强插/强拆业务，从而提升了用户体验。
另外，由于用户通过自身所使用的普通终端即可发起呼叫请求，实现强插/强拆业务，不需要定制终端，因此，终端与应用服务器之间也不需要定制私有通信协议，如此，更易于***的扩展。
再者，在确定第一用户具有强拆/强拆业务权限之前，第一应用服务器判断被叫号码对应的第二用户是否归属于本地应用服务器，如果第二用户归属于本地应用服务器，由第一应用服务器执行强插/强拆业务，如果第二用户不归属于本地应用服务器，第一应用服务器将收到的呼叫请求路由到第二用户归属的第二应用服务器，由第二用户归属的第二应用服务器收到呼叫请求，且确定第一用户具有强插/强拆业务权限后，对第二用户强制执行强插/强拆业务，由于用户通过自身所使用的普通终端即可发起呼叫请求，如此，强插/强拆业务能够跨越应用服务器执行，更易于***的扩展。
除此以外，当第二用户不处于通话状态时，应用服务器直接呼叫第二用户，使第一用户与第二用户建立通话，如此，保证了通话的接通，进一步提升了用户体验。
附图说明
图1为本发明强插/强拆业务的实现方法流程示意图；
图2为本发明实施例一强插/强拆业务的实现方法流程示意图；
图3为本发明实施例二强插业务的实现方法流程示意图；
图4为本发明实施例三强拆业务的实现方法流程示意图；
图5为本发明应用服务器的结构示意图；
图6为本发明一种强插/强拆业务的实现***结构示意图；
图7为本发明另一种强插/强拆业务的实现***结构示意图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步地详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。
本发明强插/强拆业务的实现方法，如图1所示，包括以下步骤：
步骤101：需要进行强插/强拆业务时，第一用户向第一应用服务器发送包含强插/强拆业务标识及被叫号码的呼叫请求；
这里，强插/强拆业务标识可以使用能够区别于其它业务标识的任意字符串，在实际应用时，可以采用字符*、#、以及0～9数字的组合，比如可以采用*71*表示强插业务标识，采用*72*表示强拆业务标识。第一用户及应用服务器预先约定好强插/强拆业务标识，当应用服务器收到包含强插/强拆业务标识及被叫号码的呼叫请求后，根据呼叫请求中的强插/强拆业务标识即可获知呼叫请求对应的业务为强插/强拆业务。
所述第一应用服务器可以是软交换服务器等。
在执行本步骤之前，该方法还可以进一步包括：
第一应用服务器配置被叫号码的归属地及路由信息。
在执行本步骤之前，该方法还可以进一步包括：
第一应用服务器开通第一用户的强插/强拆业务权限。
其中，开通第一用户的强插/强拆业务权限的具体处理过程为本领域技术人员惯用技术手段，这里不再赘述。
步骤102：第一应用服务器收到呼叫请求，且确定第一用户具有强插/强拆业务权限后，对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务。
这里，当第一应用服务器开通第一用户的强插/强拆业务权限后，会在保存的第一用户的信息中增加第一用户已开通强插/强拆业务权限的标识，第一应用服务器可以确定第一用户具有强插/强拆业务权限，相应的，当在保存的第一用户的信息中没有找到第一用户已开通强插/强拆业务权限的标识时，第一应用服务器确定第一用户不具有通强插/强拆业务权限。
当确定第一用户不具有强插/强拆业务权限时，第一应用服务器拒绝收到的呼叫请求，即：呼叫挂断。
在确定第一用户具有强拆/强拆业务权限之前，该方法还可以进一步包括：
判断第二用户是否归属于本地应用服务器，确定归属于本地应用服务器，且确定第一用户具有强插/强拆业务权限后，对第二用户强制执行强插/强拆业务。
相应的，确定第二用户不归属于本地应用服务器后，将收到的呼叫请求路由到第二用户归属的第二应用服务器；
第二应用服务器收到呼叫请求，且确定第一用户具有强插/强拆业务权限后，对第二用户强制执行强插/强拆业务。
其中，第一应用服务器根据配置的被叫号码的归属地信息，即可判断出第二用户是否归属于本地应用服务器。
第一应用服务器根据配置的路由信息，将收到的呼叫请求路由到第二应用服务器。
第二应用服务器确定第一用户具有强插/强拆业务权限的处理过程为本领域技术人员的惯用技术手段，这里不再赘述。
第二应用服务器可以是软交换服务器等。
在对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务之前，该方法还可以进一步包括：
判断第二用户当前是否处于通话状态，确定处于通话状态时，对第二用户强制执行强插/强拆业务。
相应的，该方法还可以进一步包括：
确定第二用户不处于通话状态时，第一应用服务器直接呼叫第二用户，使第一用户与第二用户建立通话。
其中，所述第二用户不处于通话状态是指第二用户未与其它用户处于通话中，换句话说，第二用户处于空闲状态。
第一应用服务器获知第二用户当前处于通话状态或空闲状态的具体处理过程为本领域技术人员惯用技术手段，这里不再赘述。
当所述强插/强拆业务标识对应强插业务时，所述对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务，具体包括：
第一应用服务器向媒体服务器申请第一用户、第二用户、以及与第二用户通话的第三用户分别在媒体服务器上对应的语音媒体资源；
第一应用服务器与媒体服务器进行交互，使第一用户、第二用户和第三用户均与媒体服务器建立会话通道，并创建多方通话会议，且使第一用户、第二用户和第三用户加入创建的多方通话会议；
第一用户、第二用户和第三用户通过媒体服务器实现三方通话。
其中，所述语音媒体资源包括：通话发起方的通话语音数据的编码方式、通话接收方语音数据的终端上的端口号、以及通话发起方自身终端的地址等。
所述第一用户、第二用户和第三用户通过媒体服务器实现三方通话，具体包括：
媒体服务器根据第一用户、第二用户和第三用户在媒体服务器上对应的语音媒体资源，对收到的各通话方的语音数据进行混音及转发处理，实现第一用户、第二用户及第三用户的三方通话。
其中，所述语音数据是指：通话方进行通话时传递的包含通话内容等信息的实时语音数据。
对收到的各通话方的语音数据进行混音及转发处理的具体处理过程可采用现有技术。
当所述强插/强拆业务标识对应强拆业务时，所述对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务，具体包括：
第一应用服务器向第二用户以及与第二用户通话的第三用户发送呼叫拆除请求，强制断开第二用户与第三用户的连接；
建立第一用户与第二用户的连接，实现第一用户与第二用户的通话。
这里，需要说明的是：第一用户、第二用户及第三用户与第一应用服务器和媒体服务器的交互均通过自身所使用的普通终端来实现。其中，所述普通终端是指：大众均可使用的终端，具体可以是普通的IP话机、模拟电话或手机等。
实施例一
本实施例中，第一用户具有强插/强拆业务权限，即：第一用户为具有强插/强拆权限的用户。应用服务器为软交换服务器。本实施例强插/强拆业务的实现方法，如图2所示，包括以下步骤：
步骤201：第一用户向第一软交换服务器发起会话邀请，准备强插/强拆第二用户；
具体地，第一用户拨打强插/强拆业务标识加上被叫号码，即：第二用户的号码；同时所述会话邀请中还携带第一用户的语音媒体资源信息（SDP_1）。
这里，所述强插/强拆业务标识可以使用能够区别于其它业务标识的任意字符串，在实际应用时，可以采用字符*、#、以及0～9数字的组合，比如可以采用*71*表示强插业务标识，采用*72*表示强拆业务标识。第一用户及第一软交换服务器预先约定好强插/强拆业务标识，当第一软交换服务器收到包含强插/强拆业务标识及被叫号码的呼叫请求后，根据呼叫请求中的强插/强拆业务标识即可获知呼叫请求对应的业务为强插/强拆业务。
步骤202：第一软交换服务器收到所述会话邀请后，根据所述会话邀请中的强插/强拆业务标识，识别出第一用户发起的会话邀请为强插/强拆业务请求；
这里，识别出第一用户发起的会话邀请为强插/强拆业务请求后，则触发强插/强拆业务处理流程，即：执行步骤203～210。
步骤203：第一软交换服务器判断第二用户是否归属于本地软交换服务器，如果是，则执行步骤204，否则，执行步骤208；
这里，第一软交换服务器根据配置的被叫号码的归属地信息即可判断出第二用户是否归属于本地软交换服务器。
步骤204：第一软交换服务器判断第一用户是否具有强插/强拆业务权限，如果有，则执行步骤205，否则，执行步骤209；
这里，当第一软交换服务器开通第一用户的强插/强拆业务权限后，会在保存的第一用户的信息中增加第一用户已开通强插/强拆业务权限的标识，第一软交换服务器可以确定第一用户具有强插/强拆业务权限，相应的，当在保存的第一用户的信息中没有找到第一用户已开通强插/强拆业务权限的标识时，第一软交换服务器确定第一用户不具有通强插/强拆业务权限。
本步骤执行的目的是：防止不具有强插/强拆业务权限的普通用户使用强插/强拆业务。
步骤205：第一软交换服务器判断第二用户当前是否处于通话状态，如果是，则执行步骤206，否则，执行步骤207；
这里，当确定第二用户当前处于通话状态时，假设第二用户与第三用户处于通话状态。
步骤206：对第二用户强制执行强插/强拆业务，之后执行步骤210；
执行强插业务后，第二用户、第三用户及第一用户实现三方通话；执行强拆业务后，第二用户与第一用户实现通话，第三用户退出。
步骤207：第一软交换服务器直接呼叫第二用户，使第二用户与第一用户建立通话，之后执行步骤210；
步骤208：第一软交换服务器将呼叫请求路由到第二用户归属的第二软交换服务器，之后执行步骤210；
这里，第一软交换服务器根据配置的路由信息，将收到的呼叫请求路由到第二软交换服务器。
第一软交换服务器将呼叫请求路由到第二软交换服务器后，第二软交换服务器的处理过程与第一软交换服务器的处理过程相同，即：执行步骤202～210。
步骤209：第一软交换服务器拒绝收到的呼叫请求，之后执行步骤210；
换句话说，第一软交换服务器呼叫挂断。
步骤210：结束当前处理流程。
实施例二
本实施例中，第二用户和第三用户处于通话过程中，第一用户具有强插业务权限，即：第一用户为具有强插权限的用户，应用服务器为软交换服务器。本实施例强插业务的实现方法，如图3所示，包括以下步骤：
步骤301：第一用户向软交换服务器发起会话邀请消息，准备强插第二用户；
具体地，第一用户拨打强插业务标识加上被叫号码，即：第二用户的号码；同时所述会话邀请消息中还携带第一用户的语音媒体资源信息（SDP_1）。
这里，所述强插业务标识可以使用能够区别于其它业务标识的任意字符串，在实际应用时，可以采用字符*、#、以及0～9数字的组合，比如*71*。
步骤302：软交换服务器收到所述会话邀请消息后，根据所述会话邀请中的强插业务标识，识别出第一用户发起的会话邀请为强插业务请求，确定呼叫请求中的被叫号码对应的第二用户归属于本地软交换服务器，并且主叫用户即第一用户具有强插业务权限，查找到第二用户正与第三用户处于通话中后，发送会话邀请消息到媒体服务器，申请后续会议中第一用户在媒体服务器上对应的语音媒体资源；
这里，软交换服务器根据配置的被叫号码的归属地信息即可确定呼叫请求中的被叫号码对应的第二用户归属于本地软交换服务器。
当软交换服务器确定第二用户归属于本地软交换服务器，第一用户具有强插业务权限，且查找到第二用户正与第三用户处于通话中后，则触发强插业务处理流程，即执行步骤302～324。
当软交换服务器开通第一用户的强插/强拆业务权限后，会在保存的第一用户的信息中增加第一用户已开通强插/强拆业务权限的标识，软交换服务器可以确定第一用户具有强插/强拆业务权限，相应的，当在保存的第一用户的信息中没有找到第一用户已开通强插/强拆业务权限的标识时，软交换服务器确定第一用户不具有通强插/强拆业务权限。
软交换服务器向媒体服务器发送的会话邀请消息中同时还携带SDP_1。
软交换服务器查找到第二用户正与第三用户处于通话中的具体处理过程为本领域技术人员惯用技术手段，这里不再赘述。
步骤303：媒体服务器收到会话邀请消息后，回复响应消息；
这里，回复的响应消息中携带申请到的第一用户在媒体服务器上对应的语音媒体资源信息（SDP_MS1）。
步骤304：软交换服务器收到响应消息后，转发响应消息至第一用户；
步骤305：第一用户收到响应消息后，向软交换服务器回复确认消息；
步骤306：软交换服务器转发第一用户发送的确认消息至媒体服务器，之后执行步骤307；
这里，媒体服务器收到第一用户的确认消息后，表明第一用户与媒体服务器之间建立了会话。
步骤307：软交换服务器向媒体服务器请求创建多方通话会议，并请求将在步骤306中第一用户与媒体服务器之间建立的会话加入要创建的多方通话会议中；
这里，请求中携带需要创建的会议号及需要加入会议的会话标识。
步骤308：媒体服务器向软交换服务器回复响应消息；
这里，媒体服务器回复响应消息后，表明第一用户被加入到多方通话会议中。
步骤309：软交换服务器收到响应消息后，向媒体服务器发送会话邀请消息，申请会议中第二用户在媒体服务器上对应的语音媒体资源；
这里，发送的会话邀请消息中不携带任何会话描述协议（SDP，SessionDescription Protocol）信息。
步骤310：媒体服务器收到会话邀请消息后，向软交换服务器回复响应消息；
这里，回复的响应消息中携带申请到的第二用户在媒体服务器上对应的语音媒体资源信息（SDP_MS2）。
步骤311：软交换服务器向第二用户发送媒体重定向请求消息（Re-Invite），要求第二用户将语音数据重定向至媒体服务器；
这里，所述Re-Invite携带SDP_MS2。
步骤312：第二用户收到Re-Invite后，向软交换服务器回复响应消息，同意将语音数据重定向至媒体服务器；
这里，回复的响应消息中携带自身在软交换服务器上对应的语音媒体资源信息（SDP_2）。
步骤313：软交换服务器收到响应消息后，向第二用户回复确认消息；
步骤314：软交换服务器向媒体服务器回复确认消息；
这里，回复的确认消息中携带用SDP_2。
媒体服务器收到软交换服务器的确认消息后，表明第二用户与媒体服务器之间建立了会话。
步骤315：软交换服务器向媒体服务器请求将在步骤314中第二用户与媒体服务器之间建立的会话加入到已创建的多方通话会议中；
这里，请求中携带步骤307创建的会议号及需要加入会议的会话标识。
步骤316：媒体服务器向软交换服务器回复响应消息；
这里，媒体服务器回复响应消息后，表明第二用户被加入到多方通话会议中。
至此，第一用户及第二用户被加入到了多方会议中。
步骤317：软交换服务器收到响应消息后，向媒体服务器发送会话邀请消息，申请多方通话会议中第三用户在媒体服务器上对应的语音媒体资源；
这里，发送的会话邀请消息中不携带任何SDP信息。
步骤318：媒体服务器收到会话邀请消息后，向软交换服务器回复响应消息；
这里，回复的响应消息中携带申请到的第三用户在媒体服务器上对应的语音媒体资源信息（SDP_MS3）。
步骤319：软交换服务器向第三用户发送Re-Invite，要求第三用户将语音数据重定向至媒体服务器；
这里，所述Re-Invite携带SDP_MS3。
步骤320：第三用户收到Re-Invite后，向软交换服务器回复响应消息，同意将语音数据重定向至媒体服务器；
这里，回复的响应消息中携带自身在软交换服务器上对应的语音媒体资源信息（SDP_3）。
步骤321：软交换服务器收到响应消息后，向第三用户回复确认消息；
步骤322：软交换服务器向媒体服务器回复确认消息；
这里，回复的确认消息中携带SDP_3。
媒体服务器收到软交换服务器的确认消息后，表明第三用户与媒体服务器之间建立了会话。
步骤323：软交换服务器向媒体服务器请求将在步骤322中第三用户与媒体服务器之间建立的会话加入到已创建的多方通话会议中；
这里，请求中携带步骤307创建的会议号及需要加入会议的会话标识。
步骤324：媒体服务器向软交换服务器回复响应消息；
这里，媒体服务器回复响应消息后，表明第三用户被加入到多方通话会议中。
步骤325：第一用户、第二用户及第三用户通过媒体服务器实现三方通话。
至此，第一用户、第二用户及第三用户被加入到多方通话会议中，强插操作完成。
这里，需要说明的是：第二用户、第三用户及第一用户与软交换服务器的交互以及均通过所使用的普通终端来实现。其中，所述普通终端是指：大众均可使用的终端，具体可以是普通的IP话机、模拟电话或手机等。
实施例三
本实施例中，第二用户和第三用户处于通话过程中，第一用户具有强拆业务的权限，即：第一用户为具有强拆权限的用户，应用服务器为软交换服务器。本实施例强拆业务的实现方法，如图4所示，包括以下步骤：
步骤401：第一用户向软交换服务器发起会话邀请消息，准备强拆第二用户；
具体地，第一用户拨打强拆业务标识加上被叫号码，即：第二用户的号码；同时所述会话邀请消息中还携带第一用户的语音媒体资源信息（SDP_1）。
这里，所述强拆业务标识可以使用能够区别于其它业务标识的任意字符串，在实际应用时，可以采用字符*、#、0～9数字的组合，比如*72*。
步骤402：软交换服务器收到所述会话邀请消息后，根据所述会话邀请中的强拆业务标识，识别出第一用户发起的会话邀请为强拆业务请求，确定呼叫请求中的被叫号码对应的第二用户归属于本地应用服务器，并且主叫用户即第一用户具有强拆业务权限，查找到第二用户正与第三用户处于通话中后，发送呼叫拆除请求到第三用户；
这里，软交换服务器根据配置的被叫号码的归属地信息即可确定呼叫请求中的被叫号码对应的第二用户归属于本地应用服务器。
当软交换服务器确定第一用户具有强拆业务权限，且查找到第二用户正与第三用户处于通话中后，则触发强拆业务处理流程，即执行步骤402～408。
当软交换服务器开通第一用户的强插/强拆业务权限后，会在保存的第一用户的信息中增加第一用户已开通强插/强拆业务权限的标识，软交换服务器可以确定第一用户具有强插/强拆业务权限，相应的，当在保存的第一用户的信息中没有找到第一用户已开通强插/强拆业务权限的标识时，软交换服务器确定第一用户不具有强插/强拆业务权限。
软交换服务器查找到第二用户正与第三用户处于通话中的具体处理过程为本领域技术人员惯用技术手段，这里不再赘述。
步骤403：第三用户收到呼叫拆除请求后，向软交换服务器回复响应消息，同意退出与第二用户的通话；
这里，在实际应用中，软交换服务器向第三用户发送呼叫拆除请求后，会启动定时器，如果在定时器超时后，仍然没有收到第三用户的响应消息，软交换服务器会强行释放第二用户与第三用户进行通话所占用的资源，从而中断第二用户与第三用户的通话。
步骤404：软交换服务器发送Re-Invite到第二用户，请求协商第二用户将语音数据重定向至第一用户；
这里，所述Re-Invite携带SDP_1。
步骤405：第二用户收到Re-Invite后，通过向软交换服务器回复响应消息，同意将媒体重定向至第一用户；
这里，回复的响应消息中同时携带自身的语音媒体资源信息（SDP_2）。
步骤406：软交换服务器收到响应消息后，转发第二用户的响应消息至第一用户。
步骤407：第一用户通过向软交换服务器发送确认消息，确认与第二用户的媒体协商成功；
这里，第一用户通过发送确认消息后，就可以向第二用户发送语音数据了；所述语音数据为实时传输协议（RTP，Real-time Transport Protocol）数据。
步骤408：软交换服务器收到确认消息后，转发第一用户的确认消息至第二用户。
这里，第二用户收到确认消息后，就可以向第一用户发送语音数据了；相应的，所述语音数据也为RTP数据。
至此，第一用户和第二用户建立了通话，强拆操作完成。
这里，需要说明的是：第二用户、第三用户及第一用户与软交换服务器的交互均通过所使用的普通终端来实现。其中，所述普通终端是指：大众均可使用的终端，具体可以是普通的IP话机、模拟电话或手机等。
为实现上述方法，本发明还提供了一种应用服务器，如图5所示，包括：接收单元51及执行单元52；其中，
接收单元51，用于需要进行强插/强拆业务时，接收第一用户发送的包含强插/强拆业务标识及被叫号码的呼叫请求，并将接收的呼叫请求发送给执行单元52；
执行单元52，用于收到接收单元51发送的呼叫请求，且确定第一用户具有强插/强拆业务权限后，对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务。
其中，该应用服务器还可以进一步包括：设置单元，用于配置被叫号码的归属地及路由信息。
该应用服务器还可以进一步包括：开通单元，用于开通第一用户的强插/强拆业务权限。
所述执行单元52，在确定第一用户具有强拆/强拆业务权限之前，还用于判断第二用户是否归属于本地应用服务器，确定归属于本地应用服务器，且确定第一用户具有强插/强拆业务权限后，对第二用户强制执行强插/强拆业务。
所述执行单元52，还用于确定第二用户不归属于本地应用服务器时，将收到的呼叫请求路由到第二用户归属的应用服务器。
所述执行单元52，还用于当确定第一用户不具有强插/强拆业务权限时，拒绝收到的呼叫请求。
所述执行单元52在对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务之前，还用于判断第二用户当前是否处于通话状态，确定处于通话状态时，对第二用户强制执行强插/强拆业务。
所述执行单元52，还用于当第二用户不处于通话状态时，直接呼叫第二用户，使第一用户与第二用户建立通话。
所述应用服务器可以是软交换服务器等。
这里，本发明所述应用服务器中的执行单元的具体处理过程已在上文中详述，不再赘述。
为实现上述方法，本发明还提供了一种强插/强拆业务的实现***，如图6所示，该***包括：第一用户61及第一应用服务器62；其中，
第一用户61，用于需要进行强插/强拆业务时，向应用服务器发送包含强插/强拆业务标识及被叫号码的呼叫请求；
第一应用服务器62，用于收到第一用户61发送的包含强插/强拆业务标识及被叫号码的呼叫请求，且确定第一用户61具有强插/强拆业务权限后，对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务。
具体地，先由第一应用服务器62的接收单元接收第一用户61发送的包含强插/强拆业务标识及被叫号码的呼叫请求，再由第一应用服务器62的执行单元收到接收单元发送的呼叫请求，且确定第一用户具有强插/强拆业务权限后，对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务。
其中，所述第一应用服务器62，还用于配置被叫号码的归属地及路由信息。
具体地，由第一应用服务器62的配置单元配置被叫号码的归属地及路由信息。
所述应用服务器62，在确定第一用户具有强拆/强拆业务权限之前，还用于判断第二用户是否归属于本地应用服务器，确定归属于本地应用服务器，且确定第一用户具有强插/强拆业务权限后，对第二用户强制执行强插/强拆业务。
如图7所示，该***还可以进一步包括第二应用服务器74；其中，
所述第一应用服务器62，还用于当确定所述第二用户不归属于本地应用服务器时，将收到的呼叫请求路由到第二用户归属的第二应用服务器74；
第二应用服务器74，用于收到第一应用服务器62路由的呼叫请求，且确定第一用户具有强插/强拆业务权限后，对第二用户强制执行强插/强拆业务。
所述第一应用服务器62，还用于开通第一用户61的强插/强拆业务权限。
具体地，由所述第一应用服务器62的开通单元开通第一用户61的强插/强拆业务权限。
所述第一应用服务器62，还用于当确定第一用户61不具有强插/强拆业务权限时，拒绝收到的呼叫请求。
所述第一应用服务器62在对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务之前，还用于判断第二用户当前是否处于通话状态，确定处于通话状态时，对第二用户强制执行强插/强拆业务。
所述第一应用服务器62，还用于确定第二用户不处于通话状态时，直接呼叫第二用户，使第一用户与第二用户建立通话。
所述第一应用服务器62可以是软交换服务器等。
所述第二应用服务器74可以是软交换服务器等。
这里，所述第一应用服务器62的执行单元的操作还包括：判断第二用户是否归属于本地应用服务器，确定归属于本地应用服务器，且确定第一用户具有强插/强拆业务权限后，对第二用户强制执行强插/强拆业务、确定第二用户不归属于本地应用服务器时，将收到的呼叫请求路由到第二用户归属的第二应用服务器、开通第一用户61的强插/强拆业务权限、当确定第一用户61不具有强插/强拆业务权限时拒绝收到的呼叫请求、判断第二用户当前是否处于通话状态，确定处于通话状态时对第二用户强制执行强插/强拆业务、以及当第二用户不处于通话状态时直接呼叫第二用户，使第一用户与第二用户建立通话。
如图6和图7所示，该***还可以进一步包括：媒体服务器63；其中，
所述第一应用服务器62，当所述强插/强拆业务标识对应强插业务，并在对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务时，具体用于：向媒体服务器63申请第一用户61、第二用户、以及与第二用户通话的第三用户分别在媒体服务器63上对应的语音媒体资源；并与媒体服务器进行交互，使第一用户61、第二用户和第三用户均与媒体服务器建立会话通道，并创建多方通话会议，且使第一用户61、第二用户和第三用户加入创建的多方通话会议；第一用户61、第二用户和第三用户通过媒体服务器63实现三方通话。
相应地，当由所述第二应用服务器74对第二用户执行强插/强拆业务时，所述第二应用服务器74，当所述强插/强拆业务标识对应强插业务，并在对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务时，具体用于：向媒体服务器63申请第一用户61、第二用户、以及与第二用户通话的第三用户分别在媒体服务器63上对应的语音媒体资源；并与媒体服务器进行交互，使第一用户61、第二用户和第三用户均与媒体服务器建立会话通道，并创建多方通话会议，且使第一用户61、第二用户和第三用户加入创建的多方通话会议；第一用户61、第二用户和第三用户通过媒体服务器63实现三方通话。
所述媒体服务器63，在第一用户61、第二用户和第三用户通过媒体服务器63实现三方通话时，用于根据第一用户61、第二用户和第三用户在自身上对应的语音媒体资源，对收到的各通话方的语音数据进行混音及转发处理，实现第一用户、第二用户及第三用户的三方通话。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
Claims (32)
1.一种强插/强拆业务的实现方法，其特征在于，所述方法包括：
需要进行强插/强拆业务时，第一用户向第一应用服务器发送包含强插/强拆业务标识及被叫号码的呼叫请求；
所述第一应用服务器收到呼叫请求，且确定所述第一用户具有强插/强拆业务权限后，对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务。
2.根据权利要求1所述的方法，其特征在于，需要进行强插/强拆业务之前，所述方法还包括：
所述第一应用服务器开通所述第一用户的强插/强拆业务权限。
3.根据权利要求1所述的方法，其特征在于，需要进行强插/强拆业务之前，所述方法还包括：
所述第一应用服务器配置被叫号码的归属地及路由信息。
4.根据权利要求3所述的方法，其特征在于，确定所述第一用户具有强插/强拆业务权限之前，所述方法还包括：
判断所述第二用户是否归属于本地应用服务器，确定归属于本地应用服务器，且确定所述第一用户具有强插/强拆业务权限后，对所述第二用户强制执行强插/强拆业务。
5.根据权利要求4所述的方法，其特征在于，所述方法还包括：
确定所述第二用户不归属于本地应用服务器时，将收到的呼叫请求路由到所述第二用户归属的第二应用服务器；
所述第二应用服务器收到呼叫请求，且确定所述第一用户具有强插/强拆业务权限后，对所述第二用户强制执行强插/强拆业务。
6.根据权利要求1所述的方法，其特征在于，所述方法还包括：
当确定所述第一用户不具有强插/强拆业务权限时，所述第一应用服务器拒绝收到的呼叫请求。
7.根据权利要求1所述的方法，其特征在于，对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务之前，所述方法还包括：
判断所述第二用户当前是否处于通话状态，确定处于通话状态时，对所述第二用户强制执行强插/强拆业务。
8.根据权利要求7所述的方法，其特征在于，所述方法还包括：
确定所述第二用户不处于通话状态时，所述第一应用服务器直接呼叫所述第二用户，使所述第一用户与所述第二用户建立通话。
9.根据权利要求1至8任一项所述的方法，其特征在于，当所述强插/强拆业务标识对应强插业务时，所述对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务，包括：
所述第一应用服务器向媒体服务器申请所述第一用户、所述第二用户、以及与所述第二用户通话的第三用户分别在所述媒体服务器上对应的语音媒体资源；
所述第一应用服务器与所述媒体服务器进行交互，使所述第一用户、所述第二用户和所述第三用户均与所述媒体服务器建立会话通道，并创建多方通话会议，且使所述第一用户、所述第二用户和所述第三用户加入创建的多方通话会议；
所述第一用户、所述第二用户和所述第三用户通过所述媒体服务器实现三方通话。
10.根据权利要求9所述的方法，其特征在于，所述第一用户、所述第二用户和所述第三用户通过所述媒体服务器实现三方通话，包括：
所述媒体服务器根据所述第一用户、所述第二用户和所述第三用户在所述媒体服务器上对应的语音媒体资源，对收到的各通话方的语音数据进行混音及转发处理，实现所述第一用户、所述第二用户及所述第三用户的三方通话。
11.根据权利要求1至8任一项所述的方法，其特征在于，当所述强插/强拆业务标识对应强拆业务时，所述对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务，包括：
所述第一应用服务器向所述第二用户以及与所述第二用户通话的第三用户发送呼叫拆除请求，强制断开所述第二用户与所述第三用户的连接；
建立所述第一用户与所述第二用户的连接，实现所述第一用户与所述第二用户的通话。
12.根据权利要求1至8任一项所述的方法，其特征在于，所述应用服务器为软交换服务器。
13.一种应用服务器，其特征在于，所述应用服务器包括：接收单元及执行单元；其中，
所述接收单元，用于需要进行强插/强拆业务时，接收第一用户发送的包含强插/强拆业务标识及被叫号码的呼叫请求，并将接收的呼叫请求发送给所述执行单元；
所述执行单元，用于收到所述接收单元发送的呼叫请求，且确定所述第一用户具有强插/强拆业务权限后，对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务。
14.根据权利要求13所述的应用服务器，其特征在于，所述应用服务器还包括：开通单元，用于开通所述第一用户的强插/强拆业务权限。
15.根据权利要求13所述的应用服务器，其特征在于，所述应用服务器还包括：设置单元，用于配置被叫号码的归属地及路由信息。
16.根据权利要求15所述的应用服务器，其特征在于，所述执行单元，在确定第一用户具有强拆/强拆业务权限之前，还用于判断所述第二用户是否归属于本地应用服务器，确定归属于本地应用服务器，且确定所述第一用户具有强插/强拆业务权限后，对所述第二用户强制执行强插/强拆业务。
17.根据权利要求16所述的应用服务器，其特征在于，所述执行单元，还用于确定所述第二用户不归属于本地应用服务器时，将收到的呼叫请求路由到所述第二用户归属的应用服务器。
18.根据权利要求13所述的应用服务器，其特征在于，所述执行单元，还用于确定所述第一用户不具有强插/强拆业务权限时，拒绝收到的呼叫请求。
19.根据权利要求13所述的应用服务器，其特征在于，所述执行单元在对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务之前，还用于判断所述第二用户当前是否处于通话状态，确定处于通话状态时，对所述第二用户强制执行强插/强拆业务。
20.根据权利要求19所述的应用服务器，其特征在于，所述执行单元，还用于当所述第二用户不处于通话状态时，直接呼叫所述第二用户，使所述第一用户与所述第二用户建立通话。
21.根据权利要求13至20任一项所述的应用服务器，其特征在于，所述应用服务器为软交换服务器。
22.一种强插/强拆业务的实现***，其特征在于，所述***包括：第一用户及第一应用服务器；其中，
所述第一用户，用于需要进行强插/强拆业务时，向所述第一应用服务器发送包含强插/强拆业务标识及被叫号码的呼叫请求；
所述第一应用服务器，用于收到所述第一用户发送的包含强插/强拆业务标识及被叫号码的呼叫请求，且确定所述第一用户具有强插/强拆业务权限后，对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务。
23.根据权利要求22所述的***，其特征在于，所述第一应用服务器，还用于开通所述第一用户的强插/强拆业务权限。
24.根据权利要求22所述的***，其特征在于，所述第一应用服务器，还用于配置被叫号码的归属地及路由信息。
25.根据权利要求24所述的***，其特征在于，所述第一应用服务器，还用于判断所述第二用户是否归属于本地应用服务器，确定归属于本地应用服务器，且确定所述第一用户具有强插/强拆业务权限后，对所述第二用户强制执行强插/强拆业务。
26.根据权利要求25所述的***，其特征在于，所述***还包括：第二应用服务器；其中，
所述第一应用服务器，还用于确定所述第二用户不归属于本地应用服务器时，将收到的呼叫请求路由到所述第二用户归属的应用服务器；
所述第二应用服务器，用于收到所述第一应用服务器路由的呼叫请求，且确定所述第一用户具有强插/强拆业务权限后，对所述第二用户强制执行强插/强拆业务。
27.根据权利要求22所述的***，其特征在于，所述第一应用服务器，还用于确定所述第一用户不具有强插/强拆业务权限时，拒绝收到的呼叫请求。
28.根据权利要求22所述的***，其特征在于，所述第一应用服务器在对呼叫请求中的被叫号码对应的第二用户强制执行强插/强拆业务之前，还用于判断所述第二用户当前是否处于通话状态，确定处于通话状态时，对所述第二用户强制执行强插/强拆业务。
29.根据权利要求28所述的***，其特征在于，所述第一应用服务器，还用于确定所述第二用户不处于通话状态时，直接呼叫所述第二用户，使所述第一用户与所述第二用户建立通话。
30.根据权利要求22至29任一项所述的***，其特征在于，所述***还包括：媒体服务器；其中，
所述第一应用服务器，当所述强插/强拆业务标识对应强插业务，并在对呼叫请求中的被叫号码对应的第二用户强制执行强插业务时，具体用于：向所述媒体服务器申请所述第一用户、所述第二用户、以及与所述第二用户通话的第三用户分别在所述媒体服务器上对应的语音媒体资源；并与所述媒体服务器进行交互，使所述第一用户、所述第二用户和所述第三用户均与所述媒体服务器建立会话通道，并创建多方通话会议，且使所述第一用户、所述第二用户和所述第三用户加入创建的多方通话会议；所述第一用户、所述第二用户和所述第三用户通过所述媒体服务器实现三方通话。
31.根据权利要求30所述的***，其特征在于，所述媒体服务器，在所述第一用户、所述第二用户和所述第三用户通过自身实现三方通话时，用于根据所述第一用户、所述第二用户和所述第三用户在自身上对应的语音媒体资源，对收到的各通话方的语音数据进行混音及转发处理，实现所述第一用户、所述第二用户及所述第三用户的三方通话。
32.根据权利要求22至29任一项所述的***，其特征在于，所述应用服务器为软交换服务器。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310339474.4A CN104348814A (zh) | 2013-08-06 | 2013-08-06 | 一种强插/强拆业务的实现方法、***及应用服务器 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310339474.4A CN104348814A (zh) | 2013-08-06 | 2013-08-06 | 一种强插/强拆业务的实现方法、***及应用服务器 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN104348814A true CN104348814A (zh) | 2015-02-11 |
Family
ID=52503620
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310339474.4A Pending CN104348814A (zh) | 2013-08-06 | 2013-08-06 | 一种强插/强拆业务的实现方法、***及应用服务器 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104348814A (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017050239A1 (zh) * | 2015-09-24 | 2017-03-30 | 中兴通讯股份有限公司 | 公务电话的连接控制方法及装置 |
| CN107148008A (zh) * | 2016-03-01 | 2017-09-08 | ***通信集团辽宁有限公司 | 通话切换方法、***、终端及服务器 |
| CN107548042A (zh) * | 2016-06-29 | 2018-01-05 | 北京信威通信技术股份有限公司 | 一种实现跨集群业务的方法及*** |
| CN108900723A (zh) * | 2018-07-17 | 2018-11-27 | 中国联合网络通信集团有限公司 | 强插呼叫方法、强插呼叫设备和通话*** |
| CN110324557A (zh) * | 2018-03-28 | 2019-10-11 | 北京视联动力国际信息技术有限公司 | 一种控制终端进行可视化通信的方法及装置 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101022483A (zh) * | 2007-03-26 | 2007-08-22 | 华为技术有限公司 | 实现特殊呼叫类业务的***、装置和方法 |
| WO2010148938A1 (zh) * | 2009-11-25 | 2010-12-29 | 中兴通讯股份有限公司 | 下一代通讯网络实现强插呼叫的方法及设备 |
| CN102480498A (zh) * | 2010-11-24 | 2012-05-30 | 大唐移动通信设备有限公司 | 一种强插/强拆型业务的实现方法及装置 |
-
2013
- 2013-08-06 CN CN201310339474.4A patent/CN104348814A/zh active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101022483A (zh) * | 2007-03-26 | 2007-08-22 | 华为技术有限公司 | 实现特殊呼叫类业务的***、装置和方法 |
| WO2010148938A1 (zh) * | 2009-11-25 | 2010-12-29 | 中兴通讯股份有限公司 | 下一代通讯网络实现强插呼叫的方法及设备 |
| CN102480498A (zh) * | 2010-11-24 | 2012-05-30 | 大唐移动通信设备有限公司 | 一种强插/强拆型业务的实现方法及装置 |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017050239A1 (zh) * | 2015-09-24 | 2017-03-30 | 中兴通讯股份有限公司 | 公务电话的连接控制方法及装置 |
| CN107148008A (zh) * | 2016-03-01 | 2017-09-08 | ***通信集团辽宁有限公司 | 通话切换方法、***、终端及服务器 |
| CN107548042A (zh) * | 2016-06-29 | 2018-01-05 | 北京信威通信技术股份有限公司 | 一种实现跨集群业务的方法及*** |
| CN107548042B (zh) * | 2016-06-29 | 2020-02-14 | 北京信威通信技术股份有限公司 | 一种实现跨集群业务的方法及*** |
| CN110324557A (zh) * | 2018-03-28 | 2019-10-11 | 北京视联动力国际信息技术有限公司 | 一种控制终端进行可视化通信的方法及装置 |
| CN110324557B (zh) * | 2018-03-28 | 2021-04-23 | 视联动力信息技术股份有限公司 | 一种控制终端进行可视化通信的方法及装置 |
| CN108900723A (zh) * | 2018-07-17 | 2018-11-27 | 中国联合网络通信集团有限公司 | 强插呼叫方法、强插呼叫设备和通话*** |
| CN108900723B (zh) * | 2018-07-17 | 2021-03-19 | 中国联合网络通信集团有限公司 | 强插呼叫方法、强插呼叫设备和通话*** |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103188300B (zh) | 云计算环境中实现voip通话的方法、装置和*** | |
| CN102711290A (zh) | 通信装置 | |
| WO2008122219A1 (fr) | Procédé, dispositif et système de communication permettant d'effectuer la programmation d'un service de communication | |
| CN101568913B (zh) | 用于管理通信设备的方法和*** | |
| CN104348814A (zh) | 一种强插/强拆业务的实现方法、***及应用服务器 | |
| CN105025589A (zh) | 终端设备数据传输管理方法、装置、***及相关设备 | |
| WO2007028304A1 (fr) | Procede et systeme de realisation de service d'appels de groupe | |
| CN101217600A (zh) | 询问转接业务方法和装置 | |
| US8391908B2 (en) | Communication systems | |
| US8320362B2 (en) | Telecommunications system and method of initiating file transfers from voice endpoints | |
| CN105307227A (zh) | 电路交换域中的通信业务处理方法及装置 | |
| CN101771769B (zh) | 呼叫控制的方法、装置和*** | |
| CN105120524A (zh) | 一种建立通信连接的方法和电子设备 | |
| CN102355713A (zh) | 语音通信中的呼叫方法及移动终端 | |
| AU2004309946B2 (en) | Method and device for push-to-talk service | |
| CN101360112A (zh) | 一种会话发起方法、***及设备 | |
| CN110505355A (zh) | 一种建立三方通话的方法和*** | |
| CN106921625A (zh) | 多媒体业务处理***、数据发送和接收方法以及终端 | |
| CN101931620B (zh) | 业务实现方法和***、业务能力服务器 | |
| CN110505356B (zh) | 通话建立方法和通话建立*** | |
| US20070217347A1 (en) | Method and Devices for Providing a Push-to-Talk-Connection Between at Least Two User Terminals in a Communications Network | |
| CN102185828B (zh) | 一种pc软件与sip ua绑定及控制的方法 | |
| CN108076013B (zh) | 一种多通路终端多方通话方法及装置 | |
| CN103179118A (zh) | 一种基于调度***的sip++协议 | |
| CN110418346B (zh) | 通话建立方法和通话建立*** |
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 |
Application publication date: 20150211 |
|
| RJ01 | Rejection of invention patent application after publication |