CN117997877A - 通信方法、装置和系统 - Google Patents
通信方法、装置和系统 Download PDFInfo
- Publication number
- CN117997877A CN117997877A CN202211364765.4A CN202211364765A CN117997877A CN 117997877 A CN117997877 A CN 117997877A CN 202211364765 A CN202211364765 A CN 202211364765A CN 117997877 A CN117997877 A CN 117997877A
- Authority
- CN
- China
- Prior art keywords
- data channel
- communication device
- description information
- request message
- cscf
- 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
- 238000004891 communication Methods 0.000 title claims abstract description 552
- 238000000034 method Methods 0.000 title claims abstract description 409
- 230000004044 response Effects 0.000 claims description 311
- 230000006870 function Effects 0.000 claims description 285
- 230000015654 memory Effects 0.000 claims description 41
- 238000004590 computer program Methods 0.000 claims description 13
- 238000003860 storage Methods 0.000 claims description 13
- 230000001976 improved effect Effects 0.000 abstract description 13
- 108091006146 Channels Proteins 0.000 description 468
- 201000003232 brachydactyly type C Diseases 0.000 description 316
- 201000010276 collecting duct carcinoma Diseases 0.000 description 316
- 108010007100 Pulmonary Surfactant-Associated Protein A Proteins 0.000 description 309
- 102100027773 Pulmonary surfactant-associated protein A2 Human genes 0.000 description 309
- XTWQOSYEUVHDIT-CQRHUGCQSA-M sodium 3alpha,7alpha-dihydroxy-5beta-cholane-24-sulfonate Chemical compound [Na+].C([C@H]1C[C@H]2O)[C@H](O)CC[C@]1(C)[C@@H]1[C@@H]2[C@@H]2CC[C@H]([C@@H](CCCS([O-])(=O)=O)C)[C@@]2(C)CC1 XTWQOSYEUVHDIT-CQRHUGCQSA-M 0.000 description 86
- 230000008569 process Effects 0.000 description 41
- 238000012545 processing Methods 0.000 description 36
- 230000000694 effects Effects 0.000 description 25
- 238000010586 diagram Methods 0.000 description 19
- BCNZYOJHNLTNEZ-UHFFFAOYSA-N tert-butyldimethylsilyl chloride Chemical compound CC(C)(C)[Si](C)(C)Cl BCNZYOJHNLTNEZ-UHFFFAOYSA-N 0.000 description 13
- 230000005540 biological transmission Effects 0.000 description 12
- 238000012546 transfer Methods 0.000 description 9
- 230000003993 interaction Effects 0.000 description 8
- 230000011664 signaling Effects 0.000 description 6
- 230000008878 coupling Effects 0.000 description 5
- 238000010168 coupling process Methods 0.000 description 5
- 238000005859 coupling reaction Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 230000002452 interceptive effect Effects 0.000 description 5
- 230000009131 signaling function Effects 0.000 description 5
- 230000008093 supporting effect Effects 0.000 description 5
- 230000001360 synchronised effect Effects 0.000 description 5
- 230000000977 initiatory effect Effects 0.000 description 4
- 230000001413 cellular effect Effects 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 238000003825 pressing Methods 0.000 description 3
- 101100386719 Caenorhabditis elegans dcs-1 gene Proteins 0.000 description 2
- 230000003190 augmentative effect Effects 0.000 description 2
- 235000019800 disodium phosphate Nutrition 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 238000013519 translation Methods 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 238000004873 anchoring Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 210000003813 thumb Anatomy 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了一种通信方法、装置和系统,可以应用于IMS通话技术领域,该方法可以包括:第一通信设备在确定第一通信设备与第二通信设备之间的互联网协议多媒体子系统IMS会话建立完成之后,发送重邀请re‑invite请求消息,以触发建立第一数据通道,该第一数据通道用于下载数据通道应用,该数据通道应用用于在第一通信设备与第二通信设备之间进行除语音通话或视频通话之外的通信。基于上述方案,可以减少第一通话设备与第二通话设备之间IMS会话建立的时延,从而提高通话效率。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种通信方法、装置和系统。
背景技术
因特网协议(internet protocol,IP)多媒体子系统(IP multimedia subsystem,IMS)是一种用于提供多媒体通信业务的网络架构。
在IMS网络架构中,用户设备可以通过建立数据通道,来下载数据通道应用(datachannel application,DC App)以及传输数据通道应用的数据,从而获取除语音通话或视频通话之外的更丰富的通信服务,如屏幕共享、位置共享、叠加增强现实(augmentedreality,AR)特效等。
然而,数据通道的建立可能会对通话体验产生负面影响,如延迟了电话的接通;如何降低数据通道的建立对通话体验的负面影响,是当前需要考虑的问题。
发明内容
本申请提供了一种通信方法、装置和系统,可以降低数据通道的建立对通话体验的负面影响。
第一方面,提供了一种通信方法,该方法可以由第一通信设备执行,也可以由第一通信设备的组成部件(如芯片或电路等)执行。为了方便,这里以第一通信设备执行为例进行说明。作为示例,该第一通信设备可以为终端设备。
该通信方法包括:第一通信设备接收来自第二通信设备的呼叫响应消息,该呼叫响应消息指示该第一通信设备与该第二通信设备之间的互联网协议多媒体子系统IMS会话建立完成;响应于该呼叫响应消息,该第一通信设备向会话控制功能设备发送重邀请re-invite请求消息,该re-invite请求消息包含用于建立第一数据通道的第一描述信息,该第一数据通道用于下载数据通道应用,该数据通道应用用于在该第一通信设备与该第二通信设备之间进行除语音通话或视频通话之外的通信。
基于上述方案,通过在第一通信设备与第二通信设备之间的IMS会话建立完成之后,才发起第一数据通道的建立流程,从而降低第一数据通道的建立对第一通信设备与第二通信设备之间的通话体验的负面影响。例如,可以降低因第一数据通道的建立而导致的IMS会话建立的延迟程度,从而可以使两个通信设备之间的呼叫尽快接通,提高用户体验。
结合第一方面,在第一方面的某些实现方式中,该re-invite请求消息还包含用于建立第二数据通道的第二描述信息,该第二数据通道用于传输该数据通道应用的附加通信信息,该第一描述信息用于该第一通信设备建立该第一数据通道,该第二描述信息用于该第一通信设备建立该第二数据通道。
基于上述方案,第一通信设备通过同一re-invite请求消息请求建立第一数据通道和第二数据通道,从而降低数据通道的建立时延,提高用户体验。
结合第一方面,在第一方面的某些实现方式中,该方法还包括:该第一通信设备指示该第二数据通道锚定到数据通道媒体功能网元;或者,该第一通信设备指示该第二数据通道不锚定到该数据通道媒体功能网元。
结合第一方面,在第一方面的某些实现方式中,该第一数据通道还用于传输该数据通道应用的附加通信信息。
基于上述方案,第一数据通道既可以用于下载数据通道应用,又可以传输数据通道应用的附加通信信息,从而不需要再建立其他数据通道,便可以实现第一通信设备与第二通信设备之间除语音通话或视频通话以外的通信,可以降低通信时延,提高用户体验。
结合第一方面,在第一方面的某些实现方式中,该IMS会话为通过IMS紧急呼叫建立的会话,该第二通信设备为公共安全应答点。
基于上述方案,第一方面所提供的方案可以应用于紧急呼叫场景中。在该场景中,可以使得用户的报警信息可以得到尽快的处理,从而有效保障用户的声明和财产安全。
结合第一方面,在第一方面的某些实现方式中,该呼叫响应消息为摘机200OK响应消息。
结合第一方面,在第一方面的某些实现方式中,在该第一通信设备接收来自第二通信设备的呼叫响应消息之前,该方法还包括:该第一通信设备向该第二通信设备发送初始邀请invite请求消息,该初始invite请求消息用于请求创建该IMS会话;则该呼叫响应消息为该初始invite请求消息的响应消息。
第二方面,提供了一种通信方法,该方法可以由会话控制功能设备执行,也可以由会话控制功能设备的组成部件(如芯片或电路等)执行。为了方便,这里以会话控制功能设备执行为例进行说明。作为示例,该会话控制功能设备可以为多媒体电话应用服务器,或者为紧急呼叫会话控制功能网元。
该通信方法包括:会话控制功能设备接收来自第一通信设备的重邀请re-invite请求消息,该re-invite请求消息包含用于建立该第一数据通道的第一描述信息,该第一数据通道用于下载数据通道应用,该数据通道应用用于在该第一通信设备与该第二通信设备之间进行除语音通话或视频通话之外的通信,该第一通信设备与该第二通信设备之间的IMS会话已建立完成;该会话控制功能设备根据该re-invite请求消息触发该第一数据通道的建立。
基于上述方案,第一数据通道的建立流程是在第一通信设备与第二通信设备之间的IMS会话建立完成之后触发的,也就是说,该会话控制功能设备接收到的该re-invite请求消息是第一通信设备在与第二通信设备之间的IMS会话建立完成之后发送的。通过在IMS会话建立完成之后再建立第一数据通道,从而可以减少IMS会话建立的时延,提高用户体验。
结合第二方面,在第二方面的某些实现方式中,该re-invite请求消息还包含用于建立第二数据通道的第二描述信息,该第二数据通道用于传输该附加通信信息,该第一描述信息用于第一通信设备建立该第一数据通道,该第二描述信息用于该第一通信色何必建立该第二数据通道。
基于上述方案,第一通信设备通过同一re-invite请求消息请求建立第一数据通道和第二数据通道,从而降低数据通道的建立时延,提高用户体验。
结合第二方面,在第二方面的某些实现方式中,该第一数据通道包括该第一通信设备与该数据通道媒体功能网元之间的第一引导数据通道,以及第二通信设备与该数据通道媒体功能网元之间的第二引导数据通道,该第二数据通道包括该第一通信设备与该数据通道媒体功能网元之间的第一应用数据通道,以及第二通信设备与该数据通道媒体功能网元之间的第二应用数据通道;该会话控制功能设备根据该re-invite请求消息触发该第一数据通道的建立,包括:该会话控制功能设备向数据通道媒体功能网元请求第三描述信息、第四描述信息、第五描述信息以及第六描述信息;其中,该第三描述信息用于该数据通道媒体功能网元建立该第一引导数据通道,该第四描述信息用于该数据通道媒体功能网元建立该第一应用数据通道,该第五描述信息用于该数据通道媒体功能网元建立该第二引导数据通道,该第六描述信息用于该数据通道媒体功能网元建立该第二应用数据通道;该会话控制功能设备向该第二通信设备发送请求消息,该请求消息包括该第五描述信息和该第六描述信息;该会话控制功能设备接收来自该第二通信设备的响应消息,该响应消息包括第七描述信息以及第八描述信息,该第七描述信息用于该第二通信设备建立该第二引导数据通道,该第八描述信息用于该第二通信设备建立该第二应用数据通道;该会话控制功能设备向该第一通信设备发送该第三描述信息和该第四描述信息,以及向该数据通道媒体功能网元发送该第七描述信息和该第八描述信息。
结合第二方面,在第二方面的某些实现方式中,该第一数据通道包括该第一通信设备与该数据通道媒体功能网元之间的第三引导数据通道,以及第二通信设备与该数据通道媒体功能网元之间的第四引导数据通道,该第二数据通道包括该第一通信设备与该第二通信设备之间的第三应用数据通道;该会话控制功能设备根据该re-invite请求消息触发该通道的建立,包括:该会话控制功能设备向该数据通道媒体功能网元请求第九描述信息和第十描述信息,该第九描述信息用于该数据通道媒体功能网元建立该第三引导数据通道,该第十描述信息用于该数据通道媒体功能网元建立该第四引导数据通道;该会话控制功能设备向该第二通信设备发送请求消息,该请求消息包括该第二描述信息和该第十描述信息;该会话控制功能设备接收来自该第二通信设备的响应消息,该响应消息包括第十一描述信息和第十二描述信息,该第十一描述信息用于该第二通信设备建立该第四引导数据通道,该第十二描述信息用于该第二通信设备建立该第三应用数据通道;该会话控制功能设备向该第一通信设备发送该第九描述信息和该第十二描述信息,以及向该数据通道媒体功能网元发送该第十一描述信息。
结合第二方面,在第二方面的某些实现方式中,该第一数据通道还用于传输该附加通信信息。
基于上述方案,第一数据通道既可以用于下载数据通道应用,又可以传输数据通道应用的附加通信信息,从而不需要再建立其他数据通道,便可以实现第一通信设备与第二通信设备之间除语音通话或视频通话以外的通信,可以降低通信时延,提高用户体验。
结合第二方面,在第二方面的某些实现方式中,该会话控制功能设备为多媒体电话应用服务器;在该会话控制功能设备接收来自第一通信设备的重邀请re-invite请求消息之前,该方法还包括:该会话控制功能设备接收来自该第一通信设备的初始邀请invite请求消息,该初始invite请求消息用于该第一通信设备请求建立该IMS会话;该会话控制功能设备根据该初始invite请求消息,压制触发建立该第一数据通道和/或第二数据通道。
基于上述方案,会话控制功能设备在第一通信设备与第二通信设备之间的IMS会话建立过程,压制触发建立第一数据通道和/或第二数据通道,从而可以避免因建立第一数据通道和/或第二数据通道,导致第一通信设备与第二通信设备之间的IMS会话建立的时延变大的问题,从而可以提高通话的效率。
结合第二方面,在第二方面的某些实现方式中,该IMS会话为通过IMS紧急呼叫建立的会话,该会话控制网元为紧急呼叫会话控制功能网元或者多媒体电话应用服务器,该第二通信设备为公共安全应答点。
基于上述方案,第一方面所提供的方案可以应用于紧急呼叫场景中。在该场景中,可以使得用户的报警信息可以得到尽快的处理,从而有效保障用户的声明和财产安全。
第三方面,提供了一种通信方法,该方法包括:第二通信设备向第一通信设备发送呼叫响应消息,该呼叫响应消息用于指示第一通信设备与该第二通信设备之间的互联网协议多媒体子系统IMS会话建立完成;响应于该呼叫响应消息,该第一通信设备发送重邀请re-invite请求消息,该re-invite请求消息包含用于建立第一数据通道的第一描述信息,该第一数据通道用于下载数据通道应用,该数据通道应用用于在该第一通信设备与该第二通信设备之间进行除语音通话或视频通话之外的通信;该会话控制功能设备接收来自该第一通信设备的该re-invite请求消息;该会话控制功能设备根据该re-invite请求消息触发该第一数据通道的建立。
结合第三方面,在第三方面的某些实现方式中,该re-invite请求消息还包含用于建立第二数据通道的第二描述信息,该第二数据通道用于传输该附加通信信息,该第一描述信息用于该第一通信设备建立该第一数据通道,该第二描述信息用于该第一通信设备建立该第二数据通道。
结合第三方面,在第三方面的某些实现方式中,该第一数据通道包括该第一通信设备与该数据通道媒体功能网元之间的第一引导数据通道,以及第二通信设备与该数据通道媒体功能网元之间的第二引导数据通道,该第二数据通道包括该第一通信设备与该数据通道媒体功能网元之间的第一应用数据通道,以及第二通信设备与该数据通道媒体功能网元之间的第二应用数据通道;该会话控制功能设备根据该re-invite请求消息触发该第一数据通道的建立,包括:该会话控制功能设备向数据通道媒体功能网元请求第三描述信息、第四描述信息、第五描述信息以及第六描述信息;其中,该第三描述信息用于该数据通道媒体功能网元建立该第一引导数据通道,该第四描述信息用于该数据通道媒体功能网元建立该第一应用数据通道,该第五描述信息用于该数据通道媒体功能网元建立该第二引导数据通道,该第六描述信息用于该数据通道媒体功能网元建立该第二应用数据通道;该会话控制功能设备向该第二通信设备发送请求消息,该请求消息包括该第五描述信息和该第六描述信息;该会话控制功能设备接收来自该第二通信设备的响应消息,该响应消息包括第七描述信息以及第八描述信息,该第七描述信息用于该第二通信设备建立该第二引导数据通道,该第八描述信息用于该第二通信设备建立该第二应用数据通道;该会话控制功能设备向该第一通信设备发送该第三描述信息和该第四描述信息,以及向该数据通道媒体功能网元发送该第七描述信息和该第八描述信息。
结合第三方面,在第三方面的某些实现方式中,该第一数据通道包括该第一通信设备与该数据通道媒体功能网元之间的第三引导数据通道,以及第二通信设备与该数据通道媒体功能网元之间的第四引导数据通道,该第二数据通道包括该第一通信设备与该第二通信设备之间的第三应用数据通道;该会话控制功能设备根据该re-invite请求消息触发该通道的建立,包括:该会话控制功能设备向该数据通道媒体功能网元请求第九描述信息和第十描述信息,该第九描述信息用于该数据通道媒体功能网元建立该第三引导数据通道,该第十描述信息用于该数据通道媒体功能网元建立该第四引导数据通道;该会话控制功能设备向该第二通信设备发送请求消息,该请求消息包括该第二描述信息和该第十描述信息;该会话控制功能设备接收来自该第二通信设备的响应消息,该响应消息包括第十一描述信息和第十二描述信息,该第十一描述信息用于该第二通信设备建立该第四引导数据通道,该第十二描述信息用于该第二通信设备建立该第三应用数据通道;该会话控制功能设备向该第一通信设备发送该第九描述信息和该第十二描述信息,以及向该数据通道媒体功能网元发送该第十一描述信息。
结合第三方面,在第三方面的某些实现方式中,该第一数据通道还用于传输该附加通信信息。
结合第三方面,在第三方面的某些实现方式中,该会话控制功能设备为多媒体电话应用服务器;在该会话控制功能设备接收来自第一通信设备的重邀请re-invite请求消息之前,该方法还包括:该会话控制功能设备接收来自该第一通信设备的初始邀请invite请求消息,该初始invite请求消息用于该第一通信设备请求建立该IMS会话;该会话控制功能设备根据该初始invite请求消息,压制触发建立该第一数据通道和/或第二数据通道。
结合第三方面,在第三方面的某些实现方式中,该IMS会话为通过IMS紧急呼叫建立的会话,该第二通信设备为公共安全应答点。
第四方面,提供了一种通信装置,装置包括:收发模块,用于接收来自第二通信设备的呼叫响应消息,该呼叫响应消息指示该第一通信设备与该第二通信设备之间的互联网协议多媒体子系统IMS会话建立完成;该收发模块,还用于向会话控制功能设备发送重邀请re-invite请求消息,该re-invite请求消息包含用于建立第一数据通道的第一描述信息,该第一数据通道用于下载数据通道应用,该数据通道应用用于在该第一通信设备与该第二通信设备之间进行除语音通话或视频通话之外的通信。
结合第四方面,在第四方面的某些实现方式中,该re-invite请求消息还包含用于建立第二数据通道的第二描述信息,该第二数据通道用于传输该数据通道应用的附加通信信息,该第一描述信息用于该第一通信设备建立该第一数据通道,该第二描述信息用于该第一通信设备建立该第二数据通道。
结合第四方面,在第四方面的某些实现方式中,该装置还包括:处理模块,用于指示该应用数据通道锚定到数据通道媒体功能网元;或者,该第一通信设备指示该应用数据通道不锚定到该数据通道媒体功能网元。
结合第四方面,在第四方面的某些实现方式中,该第一数据通道还用于传输该数据通道应用的附加通信信息。
结合第四方面,在第四方面的某些实现方式中,该IMS会话为通过IMS紧急呼叫建立的会话,该第二通信设备为公共安全应答点。
基于上述方案,第四方面所提供的方案可以应用于紧急呼叫场景中。
结合第四方面,在第四方面的某些实现方式中,该呼叫响应消息为摘机200OK响应消息。
结合第四方面,在第四方面的某些实现方式中,该收发模块,还用于向该第二通信设备发送初始邀请invite请求消息,该初始invite请求消息用于请求创建该IMS会话;则该呼叫响应消息为该初始invite请求消息的响应消息。
第五方面,提供了一种通信装置,该装置包括:收发模块,用于接收来自第一通信设备的重邀请re-invite请求消息,该re-invite请求消息包含用于建立该第一数据通道的第一描述信息,该第一数据通道用于下载数据通道应用,该数据通道应用用于在该第一通信设备与该第二通信设备之间进行除语音通话或视频通话之外的通信,该第一通信设备与该第二通信设备之间的IMS会话已建立完成;处理模块,用于根据该re-invite请求消息触发该第一数据通道的建立。
结合第五方面,在第五方面的某些实现方式中,该re-invite请求消息还包含用于建立第二数据通道的第二描述信息,该第二数据通道用于传输该附加通信信息,该第一描述信息用于该第一通信设备建立该第一数据通道,该第二描述信用于该第一通信设备建立该第二数据通道。
结合第五方面,在第五方面的某些实现方式中,该第一数据通道包括该第一通信设备与该数据通道媒体功能网元之间的第一引导数据通道,以及第二通信设备与该数据通道媒体功能网元之间的第二引导数据通道,该第二数据通道包括该第一通信设备与该数据通道媒体功能网元之间的第一应用数据通道,以及第二通信设备与该数据通道媒体功能网元之间的第二应用数据通道;该收发模块,具体用于向数据通道媒体功能网元请求第三描述信息、第四描述信息、第五描述信息以及第六描述信息;其中,该第三描述信息用于该数据通道媒体功能网元建立该第一引导数据通道,该第四描述信息用于该数据通道媒体功能网元建立该第一应用数据通道,该第五描述信息用于该数据通道媒体功能网元建立该第二引导数据通道,该第六描述信息用于该数据通道媒体功能网元建立该第二应用数据通道;该收发模块,具体用于向该第二通信设备发送请求消息,该请求消息包括该第五描述信息和该第六描述信息;接收来自该第二通信设备的响应消息,该响应消息包括第七描述信息以及第八描述信息,该第七描述信息用于该第二通信设备建立该第二引导数据通道,该第八描述信息用于该第二通信设备建立该第二应用数据通道;该收发模块,具体还用于向该第一通信设备发送该第三描述信息和该第四描述信息,以及向该数据通道媒体功能网元发送该第七描述信息和该第八描述信息。
结合第五方面,在第五方面的某些实现方式中,该第一数据通道包括该第一通信设备与该数据通道媒体功能网元之间的第三引导数据通道,以及第二通信设备与该数据通道媒体功能网元之间的第四引导数据通道,该第二数据通道包括该第一通信设备与该第二通信设备之间的第三应用数据通道;该收发模块,具体用于向该数据通道媒体功能网元请求第九描述信息和第十描述信息,该第九描述信息用于该数据通道媒体功能网元建立该第三引导数据通道,该第十描述信息用于该数据通道媒体功能网元建立该第四引导数据通道该收发模块,具体用于向该第二通信设备发送请求消息,该请求消息包括该第二描述信息和该第十描述信息;接收来自该第二通信设备的响应消息,该响应消息包括第十一描述信息和第十二描述信息,该第十一描述信息用于该第二通信设备建立该第四引导数据通道,该第十二描述信息用于该第二通信设备建立该第三应用数据通道;该收发模块,具体还用于向该第一通信设备发送该第九描述信息和该第十二描述信息,以及向该数据通道媒体功能网元发送该第十一描述信息。
结合第五方面,在第五方面的某些实现方式中,该第一数据通道还用于传输该附加通信信息。
结合第五方面,在第五方面的某些实现方式中,该收发模块,还用于接收来自该第一通信设备的初始邀请invite请求消息,该初始invite请求消息用于该第一通信设备请求建立该IMS会话;该处理模块,还用于根据该初始invite请求消息,压制触发建立该第一数据通道和/或第二数据通道。
结合第五方面,在第五方面的某些实现方式中,该IMS会话为通过IMS紧急呼叫建立的会话,该第二通信设备为公共安全应答点。
第六方面,本申请提供一种处理器,用于执行第一方面或第二方面提供的方法。在执行这些方法的过程中,上述方法中有关发送上述信息和获取/接收上述信息的过程,可以理解为由处理器输出上述信息的过程,以及处理器接收输入的上述信息的过程。在输出上述信息时,处理器将该上述信息输出给收发器,以便由收发器进行发射。该上述信息在由处理器输出之后,还可能需要进行其他的处理,然后再到达收发器。类似的,处理器接收输入的上述信息时,收发器获取/接收该上述信息,并将其输入处理器。更进一步的,在收发器收到该上述信息之后,该上述信息可能需要进行其他的处理,然后再输入处理器。
基于上述原理,举例来说,前述方法中提及的接收请求消息可以理解为处理器接收输入的信息。
对于处理器所涉及的发射、发送和获取/接收等操作,如果没有特殊说明,或者,如果未与其在相关描述中的实际作用或者内在逻辑相抵触,则均可以更加一般性的理解为处理器输出和接收、输入等操作,而不是直接由射频电路和天线所进行的发射、发送和接收操作。
在实现过程中,上述处理器可以是专门用于执行这些方法的处理器,也可以是执行存储器中的计算机指令来执行这些方法的处理器,例如通用处理器。上述存储器可以为非瞬时性(non-transitory)存储器,例如只读存储器(read only memory,ROM),其可以与处理器集成在同一块芯片上,也可以分别设置在不同的芯片上,本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。
第七方面,提供一种计算机可读存储介质,该计算机可读介质存储用于设备执行的程序代码,该程序代码包括用于执行上述第一方面或第二方面提供的方法。
第八方面,提供一种包含指令的计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行上述第一方面或第二方面提供的方法。
第九方面,提供一种芯片,该芯片包括处理器与通信接口,该处理器通过该通信接口读取存储器上存储的指令,执行上述第一方面或第二方面提供的方法。
可选地,作为一种实现方式,该芯片还可以包括存储器,该存储器中存储有指令,该处理器用于执行该存储器上存储的指令,当该指令被执行时,该处理器用于执行上述第一方面或第二方面提供的方法。
第十方面,提供了一种通信系统,该通信系统包括用于执行如第一方面所示方法的第一通信设备,以及用于执行如第二方面所示方法的会话控制功能设备。
附图说明
图1是适用于本申请实施例的网络架构的示意图。
图2是适用于本申请实施例的另一种网络架构的示意图。
图3是适用于本申请实施例的一种数据通道协议栈示意图。
图4是本申请实施例提供的一种支持数据通道的IMS基本呼叫的网络架构图。
图5示出了本申请实施例提供的一种在IMS基本呼叫流程创建数据通道的示例性流程图。
图6示出了本申请实施例提供的一种IMS紧急呼叫的网络架构图。
图7是本申请实施例提供的一种IMS紧急呼叫的示例性流程图。
图8示出了本申请实施例提供的一种通信方法800的示例性流程图。
图9示出了本申请实施例提供的又一种通信方法900的示例性流程图。
图10是适用于本申请实施例的一种网络架构图。
图11示出了本申请实施例提供的另一种通信方法1100的示例性流程图。
图12示出了本申请实施例提供的又一种通信方法1200的示例性流程图。
图13示出了本申请实施例提供的又一种通信方法1300的示例性流程图。
图14示出了本申请实施例提供的又一种通信方法1400的示例性流程图。
图15示出了本申请实施例提供的又一种通信方法1500的示例性流程图。
图16是适用于本申请实施例的另一种网络架构图。
图17示出了本申请实施例提供的另一种通信方法1700的示例性流程图。
图18示出了本申请实施例提供的又一种通信方法1800的示例性流程图。
图19示出了本申请实施例提供的又一种通信方法1900的示例性流程图。
图20示出了本申请实施例提供的又一种通信方法2000的示例性流程图。
图21示出了本申请实施例提供的又一种通信方法2100的示例性流程图。
图22是本申请一个实施例提供的通信装置的示意性框图。
图23是本申请另一个实施例提供的通信装置的示意性框图。
图24是本申请又一个实施例提供的通信装置的示意性框图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。其中,在本申请的描述中,除非另有说明,“多个”的含义是两个或两个以上。
在本申请的各个实施例中,如果没有特殊说明以及逻辑冲突,不同的实施例之间的术语和/或描述具有一致性、且可以相互引用,不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
可以理解的是,在本申请中涉及的各种数字编号仅为描述方便进行的区分,并不用来限制本申请的范围。上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”以及其他各种术语标号等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本申请提供的技术方案可以应用于各种通信系统,例如:第五代(5thgeneration,5G)通信系统(或称为新无线(new radio,NR)系统)、第四代(4th generation,4G)通信系统(或称为长期演进(long term evolution,LTE)系统)、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time division duplex,TDD)系统等。本申请提供的技术方案还可以应用于未来的通信系统,如第六代(6th generation,6G)移动通信系统。
下面结合图1举例说明本申请实施例适用的一种通信系统。应理解,本申请描述的通信系统仅是示例,不应对本申请构成任何限定。
在图1所示的通信系统中,第一通信设备和第二通信设备通过IP多媒体子系统(IPmultimedia subsystem,IMS)网络进行通信。其中,第一通信设备为主叫设备(即发起呼叫的设备),第二通信设备为被叫设备(即被呼叫的设备)。
在本申请实施例中,IMS网络可以是多个具有处理语音及多媒体业务的设备的集合,也可以理解为是多个具有处理音视频以及多媒体业务的服务器的集合。IMS网络可以包括一个或多个网络设备,如呼叫会话控制功能(call session control function,CSCF)网元、IMS接入媒体网关(access media gateway,AGW)、数据通道信令功能(data channelsignaling function,DCSF)网元、数据通道媒体功能(data channel media function,DCMF)网元、归属用户服务器(home subscriber server,HSS)等。
在本申请实施例中,第一通信设备作为主叫设备时,可以是任意具备通话功能的电子设备。示例性地,第一通信设备为用户设备(user equipment,UE),UE可以是任何能够接入网络的设备,还可以称为终端设备(terminal equipment)、终端装置、接入终端、用户单元、用户站、移动站、移动台(mobile station,MS)、移动终端(mobile terminal,MT)、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。UE可以是一种向用户提供语音/数据连通性的设备,例如,具有无线连接功能的手持式设备、车载设备等。目前,一些终端的举例可以为:手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑(如笔记本电脑、掌上电脑等)、移动互联网设备(mobile internet device,MID)、虚拟现实(virtual reality,VR)设备、AR设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备,4G/5G网络中的终端设备或者未来演进的公用陆地移动通信网络(publicland mobile network,PLMN)中的终端设备等。
此外,UE还可以是物联网(Internet of things,IoT)系统中的UE。IoT是未来信息技术发展的重要组成部分,其主要技术特点是将物品通过通信技术与网络连接,从而实现人机互连,物-物互连的智能化网络。IoT技术可以通过例如窄带(narrow band,NB)技术,做到海量连接,深度覆盖,终端省电。
此外,UE还可以包括智能打印机、火车探测器等,主要功能包括收集数据(部分终端设备)、接收网络设备的控制信息与下行数据,并发送电磁波,向网络设备传输上行数据。
可选地,UE可以用于充当基站。例如,用户设备可以充当调度实体,其在车联网(vehicle to everything,V2X)或设备到设备(device to device,D2D)等中的用户设备之间提供侧行链路信号。比如,蜂窝电话和汽车利用侧行链路信号彼此通信。蜂窝电话和智能家居设备之间通信,而无需通过基站中继通信信号。
可以理解的是,第二通信设备作为被叫设备时,可以是任意具备通话功能的电子设备。示例性地,第二通信设备为用户设备,或者第二通信设备为IMS紧急呼叫场景(即通信设备1向通信设备2发起IMS紧急呼叫(emergency call))下的公共安全应答点(如PSAP),或者是公共安全应答点下的任意具有通话功能的电子设备。
上述应用于本申请实施例的网络架构仅是一种示例,适用本申请实施例的网络架构并不局限于此,任何能够实现上述各个网元的功能的网络架构都适用于本申请实施例,即本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
还可以理解的是,上述网络架构中列举的网元或设备仅为示例性说明,适用于本申请的网络架构还可以包括其他网元或设备,本申请对此不作限定。
还可以理解的是,上述网元或设备的命名仅为便于区分不同的功能而定义,不应对本申请构成任何限定。本申请并不排除在4G网络、5G网络以及未来其它的网络中采用其他命名的可能。例如,在6G网络中,上述各个网元中的部分或全部可以沿用4G/5G中的术语,也可能采用其他名称等。
在本申请实施例中的通信设备包括硬件层、运行在硬件层之上的操作系统层,以及运行在操作系统层上的应用层。该硬件层包括中央处理器(central processing unit,CPU)、内存管理单元(memory management unit,MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(Process)实现业务处理的计算机操作系统,例如,Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且,本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定,只要能够通过运行记录有本申请实施例的提供的方法的代码的程序,以根据本申请实施例提供的方法进行通信即可,例如,本申请实施例提供的方法的执行主体可以是终端设备或网络设备,或者,是终端设备或网络设备中能够调用程序并执行程序的功能模块。
此外,本申请实施例的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如,计算机可读介质可以包括,但不限于:磁存储器件(例如,硬盘、软盘或磁带等),光盘(例如,压缩盘(compact disc,CD)、数字通用盘(digital versatiledisc,DVD)等),智能卡和闪存器件(例如,可擦写可编程只读存储器(erasableprogrammable read-only memory,EPROM)、卡、棒或钥匙驱动器等)。另外,本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于,无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
为了便于理解本申请实施例的技术方案,在介绍本申请实施例的方案之前,首先介绍本申请实施例可能涉及到的一些术语或概念。
一、IMS会话
本申请实施例所述的IMS会话,是指通信设备以主叫身份或者被叫身份参与,经IMS中的网元接续与其他一到多个通信设备之间进行的语音通话或视频通话的业务。IMS会话也可以称作IMS通话,或IMS呼叫等。
IMS会话可以涵盖从开始拨号到通话结束之间的整个过程,也可以涵盖从开始拨号到通话结束之间的部分过程,如从参与IMS会话的各方进入通话状态到通话结束之间的过程。
IMS会话可以是一对一的形式,也可以是一对多(如会议)的形式;本申请实施例以一对一的形式为例,但相关方案均可以用于一对多的形式。
二、语音通话和视频通话
本申请实施例所述的语音通话指的是IMS会话中各参与方用户设备之间通过实时传输音频内容以实现语音交互目的通话;本申请实施例所述的视频通话指的是IMS会话中各参与方用户设备之间通过实时传输音频内容和/或视频内容以实现视频交互目的的通话。语音通话和视频通话可以统称为音视频通话。
三、附加通信信息
本申请实施例所述的附加通信信息用于在IMS会话的各参与方设备之间进行除语音通话或视频通话之外的通信,或者说,附加通信信息为除音视频交互内容之外,用于在IMS通话业务的各参与方设备之间进行通信的信息。
作为一种示例,附加通信信息可以包括以下至少一项:用户设备的摄像头所拍摄的内容,点赞(thumb up)所生成的信息,发送红包所生成的信息,桌面共享内容,用户在屏幕上所画的标记,用户输入的文本消息,用户输入的图片信息,地理位置信息或视频文件中的视频内容等。这些信息可能由主叫方终端设备或被叫方终端设备中的任何一个设备生产或消费,也可能是通过与主叫方终端设备或被叫方终端设备相连接的设备生产或消费。
本申请实施例中,附加通信信息可以由IMS会话的参与方终端设备上的数据通道应用通过数据通道传输(发送或接收),并进行相应的处理(呈现、控制等)。
四、数据通道
本申请实施例中的数据通道,也被称为IMS数据通道(IMS data channel),即IMS中的数据通道,可以用于基于流控制传输协议(stream control transmission protocol,SCTP)传输数据;也就是说,数据通道是一种基于SCTP传输数据的逻辑通道或数据连接。
示例性地,DC可以为用户提供除音视频通话之外的更加丰富的实时交互服务。例如,处于同一个IMS会话业务的终端设备(如图2中的UE 1和UE 2)通过IMS的SIP/会话描述协议(session description protocol,SDP)媒体协商流程,确定双方终端设备传递数据使用的IP地址和端口、建立数据报传输层安全(datagram transport layer security,DTLS)偶联和流控制传输协议(stream control transmission protocol,SCTP)偶联所需的关键信息,以及数据通道对应的描述信息,从而在IMS会话中建立一条或多条与音频(Speech)、视频(Video)并行传输的数据通道(如图2或图3所示的数据通道,其中图3示出了一种基于SCTP/DTLS/用户数据报协议(user datagram protocol,UDP)/IP的数据通道协议栈示意图)。UE 1和UE 2可以通过数据通道从网络侧DCSF下载各种应用(即DC App),并在音视频通话前、通话中或者通话后运行这些应用,通过在数据通道中传输这些应用的各种类型的应用数据,从而使得UE 1和UE 2之间可以进行除语音通话或视频通话之外的通信,例如屏幕共享(screen sharing)、实时翻译(simultaneous translation)、位置共享、叠加AR特效,甚至是听觉、视觉、触觉等同步的沉浸式交互,以提升用户体验。
根据用途的不同,可以将数据通道划分为两种类型:引导数据通道(bootstrapdata channel,BDC)和应用数据通道(application data channel,ADC)。
其中,BDC用于终端设备从DCSF获取DC App。
支持数据通道能力的终端设备可以与呼叫始发网络的DCSF和/或呼叫终结网络的DCSF建立BDC。具体方式取决于各网络是否支持数据通道能力,以及通话双方终端设备在各自网络的业务签约情况。
另外,BDC只能传递采用超文本传送协议(hypertext transfer protocol,HTTP)的数据,BDC的stream ID取值小于1000。
ADC用于传送通信双方的运行的DC App产生的交互数据。在P2P场景下,ADC在通话双方终端设备之间建立,此时ADC用于传送通信双方的终端设备上运行的DC App产生的交互数据。
另外,ADC可以传递采用任何协议的数据,ADC的stream ID取值大于或等于1000。
图4示出了适用于本申请实施例的一种支持数据通道的IMS会话网络架构图。下面对图4所示的网络架构中所涉及的部分网元或设备进行简单的介绍。
1、呼叫会话控制功能(call session control function,CSCF)网元:CSCF是IMS内部的功能实体,是整个IMS的核心。主要负责处理多媒体呼叫会话过程中的信令控制。它管理IMS的用户鉴权、IMS承载面服务质量(quality of service,QoS)、与其它网元配合进行会话初始协议(session initiation protocol,SIP)会话的控制,以及业务协商和资源分配等。为了叙述方便,将本申请中的CSCF网元称为“CSCF”。
其中,CSCF可以与终端设备通信,并且,CSCF可以与网关设备通信。例如,该CSCF可以选择与终端设备通信的网关设备,并且,该CSCF可以为终端设备和网关设备分配路由信息,例如,IP地址或端口。
作为示例而非限定,CSCF根据功能分为代理CSCF(proxy CSCF,P-CSCF),查询CSCF(interrogating CSCF,I-CSCF),服务CSCF(serving CSCF,S-CSCF)、等。
其中,P-CSCF是用户接入IMS网络的入口节点,主要负责IMS用户与归属网络之间SIP信令的转发。I-CSCF是IMS用户归属网络的统一入口点,负责分配或者查询为用户服务的S-CSCF。S-CSCF是IMS用户归属网络的统一入口点,负责分配或者查询为用户服务的S-CSCF。
可以理解的是,上述P-CSCF、S-CSCF、I-CSCF可以独立配置于不同实体,也可以集成于同一实体,本申请不作限定。
2、IMS-接入媒体网关(access media gateway,AGW):IMS-AGW可以提供IMS网络接入网关和媒体网关功能。
可以理解的是,CSCF和IMS AGW可以统称为IMS core。本申请对IMS core内的网元之间的信令交互方式不作限定。
3、数据通道信令功能(data channel signaling function,DCSF)网元:DCSF为数据通道服务器(data channel server,DCS)中的部分逻辑功能实体,DCSF主要用于提供数据通道信令控制功能。
4、数据通道媒体功能(data channel media function,DCMF)网元:DCMF也是DCS中的部分逻辑功能实体,DCMF主要用于提供数据通道媒体资源管理功能,。
5、多媒体电话应用服务器(MultiMedia Telephony application server,MMTelAS):MMTelAS是IMS系统中位于上层的应用层设备,提供基本业务和补充业务,例如多媒体会议、融合通讯、短信网关、标准话务台等业务。IMS网络是一个基于IP承载并向用户提供各项多媒体服务的开放系统,MMTelAS与CSCF之间通过进行交互,进而实现各种网络业务的触发和执行。并且,MMTelAS支持IMS会话的DC交互,即MMTelAS可以为终端设备建立数据通道。MMTelAS可以称作会话控制功能设备,用于控制数据通道的建立流程。
五、数据通道应用(data channel application,DC App)
本申请实施例所述的数据通道应用用于通过同一个IMS通话业务中的多个终端设备之间的数据通道传输附加通信信息。作为一种示例,数据通道应用是包含超文本标记语言(hypertext markup language,HTML)、JavaScript脚本以及图片、层叠样式表(cascading style sheets,CSS)的网络(Web)内容,描述了图形化的用户界面(userinterface,UI),并能够实现交互式的业务逻辑。
数据通道应用通常由终端设备上的通话应用从网络侧下载,并在IMS通话持续期间运行,且无需安装和卸载。可以理解的是,数据通道应用可以以Web页面的形式存在,也可以以小程序/快应用/轻应用等形式存在,本申请对此不作限定。
示例性地,本申请实施例所涉及的数据通道应用可以是4G/5G网络中的DC App。DCApp可以在IMS通话建立前和通话建立后传递文本、图片、位置、文件等各种数据,实现通话双方的除语音通话或视频通话之外的通信,能够极大地增强通话双方的体验。
终端设备可以通过BDC以HTTP流程从DCSF获取DC App,并可以随时自动或交互式地更新,然后通过该DC App与对端终端设备进行除语音通话或视频通话之外的通信。例如,第一终端设备和第二终端设备处于同一个IMS通话业务中。假设第一终端设备在与第二终端设备的通话过程,希望向第二终端设备共享自己的手机屏幕,来指导B进行手机设置,则第一终端设备和第二终端设备可以先分别获取用于屏幕共享的DC App,然后分别运行该DCApp与对端UE进行除语音通话或视频通话之外的通信。
六、描述信息以及描述信息协商
本申请实施例所涉及的描述信息,指的是用于进行IMS通话的媒体资源相关的信息,如IP地址、端口信息、TLS ID、证书、DC的流标识(stream ID)等。因此,本申请实施例中的描述信息也可以称为媒体信息、媒体描述信息或媒体资源信息。
进行IMS通话的双方UE(如图2中的UE 1和UE 2)可以通过描述信息协商,获取用于建立UE 1和UE 2之间的数据通道的描述信息,这里的描述信息协商指的是UE 1和UE 2协商对方进行IMS通话所使用的媒体描述(media description)信息,即UE 1和UE 2要互相知道对方收发媒体所使用的描述信息。
图5示出了本申请实施例提供的一种通过媒体协商创建数据通道的示例性流程。下面结合图5中的各个步骤对该流程进行示例性说明。
S501,UE向P-CSCF发送初始invite请求消息,该初始invite请求消息包括SDPoffer#1和DC能力指示信息。该SDP offer#1为UE用于建立BDC的描述信息,该DC能力指示信息用于指示UE支持DC能力。
S502,P-CSCF向S-CSCF发送初始invite请求消息。
S503,S-CSCF向MMTel AS发送初始invite请求消息。
S504,MMTel AS确定UE支持DC,触发BDC创建流程。
S505,MMTel AS向DCSF发送DC活动通知(DC event notify)消息,以上报DC呼叫事件给DCSF。
S506,DCSF向发送DC控制请求(DC control request)消息,以申请BDC通道资源。
S507,MMTel AS向DCMF发送SDP offer#1,以申请BDC资源。
S508,DCMF向MMTel AS发送SDP answer#1和SDP offer#2,其中,SDP answer#1为DCMF确定的用于创建UE和DCMF之间的BDC的描述信息,SDP offer#2为DCMF提供的用于创建DCMF与被叫侧设备之间的BDC的描述信息。
S509,MMTel AS向S-CSCF发送初始invite请求消息,该初始invite请求消息包括SDP offer#2。
S510,S-CSCF向被叫侧IMS发送初始invite请求消息,该初始invite请求消息包括SDP offer#2。
S511,被叫侧IMS通过S-CSCF向MMTel AS发送18X响应消息,该18X响应消息包括SDP answer#2,该SDP answer#2为被叫侧设备确定的用于建立DCMF和被叫侧设备之间的BDC的描述信息。
S512,MMTel AS向DCMF发送SDP answer#2。
S513,MMTel AS向S-CSCF发送18X响应消息,该18X响应消息包括SDP answer#1。
S514,S-CSCF与P-CSCF创建DC QoS流程。
S515,P-CSCF向UE发送18X响应消息。
通过上述流程,UE与DCMF之间协商了用于建立UE与DCMF之间的BDC的描述信息,DCMF与被叫侧设备之间协商了用于建立DCMF与被叫侧设备之间的BDC的描述信息。
UE与被叫侧设备之间的呼叫建立完成之后,被叫侧IMS通过各网元向UE发送200OK响应消息,具体如S516-S519所示,这里不再赘述。
进一步地,UE触发ADC创建流程:
S520,UE向P-CSCF发送re-invite请求消息,该re-invite请求消息包括SDPoffer#3。该SDP offer#3为UE用于建立ADC的描述信息,该DC能力指示信息用于指示UE支持DC能力。
S521,P-CSCF向S-CSCF发送re-invite请求消息。
S522,S-CSCF向MMTel AS发送re-invite请求消息。
S523,MMTel AS确定UE支持DC,触发ADC创建流程。
S524,MMTel AS向DCSF发送DC活动通知(DC event notify)消息,以上报DC呼叫事件给DCSF。
S525,DCSF向发送DC控制请求(DC control request)消息,以申请ADC通道资源。
S526,MMTel AS向DCMF发送SDP offer#3,以申请ADC资源。
S527,DCMF向MMTel AS发送SDP answer#3和SDP offer#4,其中,SDP answer#3为DCMF确定的用于创建UE和DCMF之间的ADC的描述信息,SDP offer#4为DCMF提供的用于创建DCMF与被叫侧设备之间的ADC的描述信息。
S528,MMTel AS向S-CSCF发送re-invite请求消息,该re-invite请求消息包括SDPoffer#4。
S529,S-CSCF向被叫侧IMS发送re-invite请求消息,该re-invite请求消息包括SDP offer#4。
S530,被叫侧IMS通过S-CSCF向MMTel AS发送200响应消息,该200响应消息包括SDP answer#4,该SDP answer#4为被叫侧设备确定的用于建立DCMF和被叫侧设备之间的ADC的描述信息。
S531,MMTel AS向DCMF发送SDP answer#4。
S532,MMTel AS向S-CSCF发送200响应消息,该200响应消息包括SDP answer#3。
S533,S-CSCF与P-CSCF创建DC QoS流程。
S534,P-CSCF向UE发送200响应消息。
通过上述流程,UE与DCMF之间协商了用于建立UE与DCMF之间的ADC的描述信息,DCMF与被叫侧设备之间协商了用于建立DCMF与被叫侧设备之间的ADC的描述信息。
七、IMS紧急呼叫(Emergency Call)
根据电信管理规定,电信网络需要提供IMS紧急呼叫业务,当用户拨打紧急呼叫号码、或使用终端设备中存储的缺省紧急呼叫号码(如110,119、112等),或使用紧急呼叫标识(如SOS)发起IMS紧急呼叫,网络将IMS紧急呼叫接续至当地的公众安全应答中心PSAP,如火警呼叫中心、医疗救护及救援中心等。
图6示出了适用于本申请实施例的一种IMS紧急呼叫的网络架构图。在如6所示的网络架构中,E-CSCF/EATF与P-CSCF连接,为UE的IMS紧急呼叫选择合适的PSAP。E-CSCF支持IMS会话的DC交互,即MMTel AS可以为终端设备建立数据通道。E-CSCF可以称作会话控制功能设备,用于控制数据通道的建立流程。
图7示出了适用于图6所示网络本申请实施例提供的一种IMS紧急呼救的示例性流程图。下面结合图7中的各个步骤对该流程进行示例性说明。
S701,UE向P-CSCF发送invite请求消息,以发起IMS紧急呼叫请求。
S702,P-CSCF向UE发送100Trying消息。该100Trying消息为临时响应消息,用于响应于来自UE的invite请求消息。
S703,P-CSCF触发IMS紧急呼叫专有承载建立流程。具体过程本申请不作限定。
S704,P-CSCF向E-CSCF/EATF发送invite请求消息。
S705,E-CSCF/EATF向P-CSCF返回100Trying消息。
S706,E-CSCF/EATF向PSAP发送invite请求消息。
示例性地,E-CSCF/EATF接收来自P-CSCF的invite请求消息之后,根据用户当前位置,选择合适的PSAP,然后向该PSAP发送invite请求消息。
S707,PSAP向E-CSCF/EATF发送100Trying消息。
S708,PSAP向E-CSCF/EATF发送180Ringing消息。
示例性地,响应于接收到的invite请求消息,PSAP在振铃之后,向E-CSCF/EATF发送180Ringing消息,用于向主叫UE指示PSAP已经开始振铃。
S709,E-CSCF/EATF向P-CSCF发送180Ringing消息。
S710,P-CSCF向UE发送180Ringing消息。
S711,PSAP向E-CSCF/EATF发送200OK响应消息。该200OK响应消息用于指示PSAP已准备好与UE进行音视频通话的端口、编码格式等资源。
S712,E-CSCF/EATF向P-CSCF发送200OK响应消息。
S713,P-CSCF向UE发送200OK响应消息。
S714,UE向P-CSCF发送ACK消息。该ACK消息用于指示UE已成功接收来自PSAP的200OK响应消息。
S715,P-CSCF向E-CSCF/EATF发送ACK消息。
S716,E-CSCF/EATF向PSAP发送ACK消息。
S717,UE和PSAP之间进行紧急呼叫通话。
S718,UE向P-CSCF发送BYE消息。该BYE消息用于请求结束紧急呼叫通话。
S719,P-CSCF向PSAP发送BYE消息。
S720,P-CSCF触发IMS紧急呼叫专有承载释放流程。
S721,PSAP向P-CSCF发送200OK响应消息。
S722,P-CSCF向UE发送200OK响应消息。
上文结合附图介绍了本申请实施例能够应用的示例性系统架构,以及本申请中涉及的基本概念,下文中将结合附图详细介绍本申请提供的通信方法和通信装置。
下文示出的实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定,只要能够通过运行记录有本申请实施例的提供的方法的代码的程序,以根据本申请实施例提供的方法进行通信即可,例如,本申请实施例提供的方法的执行主体可以是核心网设备和终端设备,或者是核心网设备或者终端设备中能够调用程序并执行程序的功能模块。
为了便于理解本申请实施例,做出以下几点说明。
第一,在本申请中,“用于指示”可以理解为“使能”,“使能”可以包括直接使能和间接使能。当描述某一信息用于使能A时,可以包括该信息直接使能A或间接使能A,而并不代表该信息中一定携带有A。
将信息所使能的信息称为待使能信息,则具体实现过程中,对待使能信息进行使能的方式有很多种,例如但不限于,可以直接使能待使能信息,如待使能信息本身或者该待使能信息的索引等。也可以通过使能其他信息来间接使能待使能信息,其中该其他信息与待使能信息之间存在关联关系。还可以仅仅使能待使能信息的一部分,而待使能信息的其他部分则是已知的或者提前约定的。例如,还可以借助预先约定(例如协议规定)的各个信息的排列顺序来实现对特定信息的使能,从而在一定程度上降低使能开销。同时,还可以识别各个信息的通用部分并统一使能,以降低单独使能同样的信息而带来的使能开销。
第二,在本申请中示出的第一、第二以及各种数字编号(例如,“#1”、“#2”等)仅为描述方便,用于区分的对象,并不用来限制本申请实施例的范围。例如,区分不同消息等。而不是用于描述特定的顺序或先后次序。应该理解这样描述的对象在适当情况下可以互换,以便能够描述本申请的实施例以外的方案。
第三,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
第四,在本申请中,“预配置”可包括预先定义,例如,协议定义。其中,“预先定义”可以通过在设备(例如,包括各个网元)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现,本申请对于其具体的实现方式不做限定。
第五,本申请实施例中涉及的“保存”,可以是指的保存在一个或者多个存储器中。所述一个或者多个存储器,可以是单独的设置,也可以是集成在编码器或者译码器,处理器、或通信装置中。所述一个或者多个存储器,也可以是一部分单独设置,一部分集成在译码器、处理器、或通信装置中。存储器的类型可以是任意形式的存储介质,本申请并不对此限定。
第六,本申请实施例中涉及的“协议”可以是指通信领域的标准协议,例如可以包括4G/5G协议、新空口(new radio,NR)协议以及应用于未来的通信系统中的相关协议,本申请对此不做限定。
第七,本申请说明书附图部分的方法流程图中的虚线框表示可选的步骤。
以下,以网元之间的交互为例详细说明本申请实施例提供的通信方法。应理解,本申请中的各实施例中术语和步骤可以互相参考。
图8示出了本申请实施例提供的方法800的示例性流程图。在方法800中,会话控制功能设备为多媒体电话应用服务器,并且由多媒体电话应用服务器控制IMS会话的两侧设备之间的数据通道的创建流程。下面结合图8中的各个步骤对方法800作示例性说明。
S810,第二通信设备向第一通信设备发送呼叫响应消息;对应地,第一通信设备接收来自第二通信设备的该呼叫响应消息。
示例性地,第二通信设备通过会话控制网元向第一通信设备发送呼叫响应消息,该呼叫响应消息用于指示第一通信设备与第二通信设备之间的IMS会话建立完成。也就是说,第一通信设备接收来自第二通信设备的该呼叫响应消息之后,可以根据该呼叫响应消息确定第一通信设备与第二通信设备之间的IMS会话建立完成
可以理解的是,在本申请实施例中,第一通信设备为主叫设备,第二通信设备为第一通信设备对应的被叫设备,也就是说,第一通信设备与第二通信设备是处于同一个IMS会话业务的两个设备。可选地,在S810之前,由第一通信设备向第二通信设备发起了呼叫流程以建立第一通信设备与第二通信设备之间的IMS会话。下面结合S811-S813作示例性说明。
可选地,S811,第一通信设备向会话控制功能设备发送初始invite请求消息。对应地,会话控制功能设备接收来自该第一通信设备的该初始invite请求消息。
示例性地,第一通信设备向会话控制功能设备发送初始invite请求消息,以请求建立第一通信设备与第二通信设备之间的IMS会话。
可选地,第一通信设备不在该初始invite请求消息中携带用于建立第一数据通道和/或第二数据通道的描述信息。
作为一种示例,本申请实施例中的IMS会话可以是紧急呼叫,即第一通信设备通过该初始invite请求消息请求建立与第二通信设备之间的紧急呼叫,此时第一通信设备可以在该初始invite请求消息中携带紧急呼叫标识,和/或被叫ID(此时被叫ID为紧急呼叫号码)。在这种情况下,第二通信设备可以是公共安全应答点(如PSAP)。
可选地,S812,会话控制功能设备压制触发建立第一数据通道。
示例性地,会话控制功能设备接收来自第一通信设备的初始invite请求消息之后,压制触发建立第一数据通道。其中,会话控制功能设备压制触发建立第一数据通道,指的是会话控制功能设备禁止第一数据通道的建立流程,或者说,会话控制功能设备不触发建立第一数据通道,或者说,会话控制功能设备不向数据通道信令功能网元上报呼叫事件。
可选地,在一种可能的实现方式中,多媒体应用服务器可以在任意IMS呼叫建立流程压制触发建立第一数据通道,也可以在确定初始invite请求消息中没有携带用于创建第一数据通道的描述信息,和/或确定当前呼叫为IMS紧急呼叫的情况下,压制触发建立第一数据通道。
可以理解的是,会话控制功能设备通过在IMS会话建立流程压制触发建立第一数据通道,从而可以降低IMS会话接通的时延,即可以避免因建立第一数据通道导致IMS会话接通时延变大的情况,提高了通信效率。在一些特殊场景下,如IMS紧急呼叫的场景下,降低IMS会话接通的时延,可以使得用户的报警信息可以得到尽快的处理,从而有效保障用户的生命财产安全。
S813,第一通信设备与第二通信设备之间的IMS会话建立流程。
示例性地,会话控制功能设备将初始invite请求消息转发给第二通信设备,以触发第一通信设备与第二通信设备之间的IMS会话建立流程,具体过程本申请不作限定。
在第一通信设备与第二通信设备之间的IMS会话建立完成之后,第二通信设备向第一通信设备发送呼叫响应消息,即执行S810。作为一种示例,该呼叫响应消息为摘机200OK响应消息,则该呼叫响应消息为第一通信设备的初始invite请求消息的响应消息。
S820,第一通信设备向会话控制功能设备发送re-invite请求消息。对应地,会话控制功能设备接收来自第一通信设备的该re-invite请求消息。
示例性地,第一通信设备接收来自第二通信设备的呼叫响应消息之后,响应于该呼叫响应消息,第一通信设备向会话控制功能设备发送re-invite请求消息。也就是说,该re-invite请求消息是第一通信设备在与第二通信设备之间的IMS会话建立完成之后,发送给会话控制功能设备的。
在本申请实施例中,该会话控制功能设备为多媒体电话应用服务器,该re-invite请求消息包含用于建立第一数据通道的第一描述信息,也就是说,该re-invite请求消息用于触发建立第一数据通道。该第一数据通道用于下载数据通道应用,该数据通道应用用于在第一通信设备与第二通信设备之间进行除语音通话或视频通话之外的通信。例如,数据通道应用通过在第一通信设备与第二通信设备之间传输附加通信信息,以在第一通信设备之间进行除语音通话或视频通话之外的通信。作为一种示例,该第一数据通道包括该第一通信设备与该数据通道媒体功能网元之间的第一引导数据通道,以及第二数据通道与该数据通道媒体功能网元之间的第二引导数据通道,第一通信设备可以通过该第一引导数据通道从数据通道媒体功能网元下载数据通道应用,第二通信设备可以通过该第二引导数据通道从数据通道媒体功能网元下载数据通道应用。
因此基于上述方案,第一通信设备是在与第二通信设备之间的IMS会话建立完成之后,发起第一数据通道的建立流程,以防止第一数据通道的建立流程会增加第一通信设备与第二通信设备之间的IMS会话建立的时延。
可选地,S830,会话控制功能设备触发建立第一数据通道。
示例性地,会话控制功能设备接收来自第一通信设备的re-invite请求消息之后,根据该re-invite请求消息触发建立第一数据通道。
在一种可能的实现方式中,该re-invite请求消息还包含用于请求建立第二数据通道的第二描述信息,该第二数据通道用于传输数据通道应用的附加通信信息。因此这种实现方式中,可以同时建立第一数据通道和第二数据通道,而不需要通过两个re-invite流程分别建立第一数据通道和第二数据通道,从而可以降低建立数据通道的时间,提高通信效率。下面对这种情况作示例性说明:
UE在S820向会话控制功能设备发送re-invite请求消息,并在该re-invite请求消息中携带第一通信设备用于建立第一数据通道的第一描述信息,以及用于建立第二数据通道的第二描述信息
在第二数据通道需要锚定到数据通道媒体功能网元的情况下,假设该第一数据通道包括该第一通信设备与该数据通道媒体功能网元之间的第一引导数据通道,以及第二通信设备与该数据通道媒体功能网元之间的第二引导数据通道,该第二数据通道包括该第一通信设备与该数据通道媒体功能网元之间的第一应用数据通道,以及第二通信设备与该数据通道媒体功能网元之间的第二应用数据通道。会话控制功能设备向数据通道媒体功能网元请求第三描述信息、第四描述信息、第五描述信息以及第六描述信息;其中,第三描述信息用于数据通道媒体功能网元建立第一引导数据通道第四描述信息用于数据通道媒体功能网元建立第一应用数据通道,第五描述信息用于数据通道媒体功能网元建立第二引导数据通道的,第六描述信息用于数据通道媒体功能网元建立第二应用数据通道。进一步地,会话控制功能设备向第二通信设备发送请求消息,该请求消息包括第五描述信息和第六描述信息。第二通信设备接收来自会话控制功能设备的该请求消息之后,确定用于建立第二引导数据通道的第七描述信息以及用于建立第二应用数据通道的第八描述信息,然后向会话控制功能设备发送响应消息,并在该响应消息中携带该第七描述信息以及该第八描述信息;另一方面,数据通道媒体功能网元向第一通信设备发送第三描述信息和第四描述信息,以及向数据通道媒体功能网元发送第七描述信息和第八描述信息。基于上述流程,第一通信设备与数据通道媒体功能网元之间协商确定了用于建立第一引导数据通道的描述信息(即第三描述信息),以及用于建立第一应用数据通道的描述信息(即第四描述信息);第二通信设备与数据通道媒体功能网元之间协商确定了用于建立第二引导数据通道的描述信息(即第七描述信息),以及用于建立第二应用数据通道的描述信息(即第八描述信息)。
在第二数据通道不锚定到数据通道媒体功能网元的情况下,假设该第一数据通道包括该第一通信设备与该数据通道媒体功能网元之间的第三引导数据通道,以及第二通信设备与该数据通道媒体功能网元之间的第四引导数据通道,该第二数据通道包括该第一通信设备与该第二通信设备之间的第三应用数据通道。会话控制功能设备向数据通道媒体功能网元请求第九描述信息和第十描述信息,其中,该第九描述信息用于数据通道媒体功能网元第三引导数据通道,第十描述信息用于数据通道媒体功能网元建立第四引导数据通道;会话控制功能设备向第二通信设备发送请求消息,该请求消息包括第二描述信息和第十描述信息;会话控制功能设备接收来自第二通信设备的响应消息,该响应消息包括第十一描述信息和第十二描述信息,该第十一描述信息用于第二通信设备建立第四引导数据通道,该第十二描述信息用于该第二通信设备建立第三应用数据通道。进一步地,会话控制功能设备向第一通信设备发送第九描述信息以及第十二描述信息,以及向数据通道媒体功能网元发送第十一描述信息。基于上述流程,第一通信设备与数据通道媒体功能网元之间协商确定了用于建立第三引导数据通道的描述信息(即第九描述信息);第二通信设备与数据通道媒体功能网元之间协商确定了用于建立第四引导数据通道的描述信息(即第十一描述信息);第一通信设备与第二通信设备之间协商确定了用于建立第三应用数据通道的描述信息(即第十二描述信息)。
可选地,第一通信设备可以指示第二数据通道是否锚定到数据通道媒体功能网元。其中,第二数据通道需要锚定到数据通道媒体功能网元,指的是第一通信设备与第二通信设备之间的第二数据通道,包括第一通信设备与数据通道媒体功能网元之间的数据通道以及数据通道媒体功能网元与第二通信设备之间的数据通道。也就是说,第一通信设备不能建立直接到第二通信设备的第二数据通道。第二数据通道不需要锚定到数据通道媒体功能网元,指的是第一通信设备可以直接建立到第二通信设备的第二数据通道,而不需要经过数据通达媒体功能网元。第一通信设备通过在re-invite请求消息中携带的描述信息隐性指示第二数据通道是否锚定到数据通道媒体功能网元,例如,第一设备用于建立第一数据通道的描述信息与用于建立第二数据通道的描述信息不同,则表示第二数据通道不锚定到数据通道媒体功能网元;如果第一设备用于建立第一数据通道的描述信息与用于建立第二数据通道的描述信息相同,则表示第二数据通道锚定到数据通道媒体功能网元;或者,第一通信设备也可以在re-invite请求消息中携带显性的指示信息来指示第二数据通道是否锚定到数据通道媒体功能网元。
在另一种可能的实现方式中,第一通信设备在第一数据通道建立完成之后,再触发建立第二数据通道。也就是说,第一通信设备可以分别通过两个re-invite流程建立第一数据通道和第二数据通道,具体过程本申请不作限定。
在又一种可能的实现方式中,该第一数据通达还用于传输数据通道应用的附加通信信息。也就是说,第一通信设备通过re-invite流程请求建立第一数据通道,该第一数据通道既可以用于下载数据通道应用,又可以传输数据通道应用的附加通信信息。因此这种实现方式中,可以不需要再单独建立第二数据通道,从而可以降低建立数据通道的时间,提高通信效率。
基于上述方案,通过在第一通信设备与第二通信设备之间的IMS会话建立完成之后,才发起第一数据通道的建立流程,从而可以降低第一数据通道的建立对通话体验的负面影响,具体也可以参考第一方面,不再赘述。
另一方面,上述方案可以应用于IMS紧急呼叫的场景中,通过上述方案,可以使得用户的报警信息可以得到尽快的处理,从而有效保障用户的生命财产安全。并且在这种场景下,可以在紧急呼叫的场景下,建立数据通道,为通信双方提供除语音通话或视频通话以外的通信服务,从而可以提高用户体验。
图9示出了本申请实施例提供的方法900的示例性流程图。在方法900中,会话控制功能设备为紧急呼叫会话控制功能网元,通过该紧急呼叫会话控制功能网元的功能进行增强,使得紧急呼叫会话控制功能网元控制紧急呼叫的两侧设备之间的数据通道的创建流程。下面结合图9中的各个步骤对方法900作示例性说明。
S910,第二通信设备向第一通信设备发送呼叫响应消息;对应地,第一通信设备接收来自第二通信设备的该呼叫响应消息。
示例性地,该呼叫响应消息用于指示第一通信设备与第二通信设备之间的通过紧急呼叫建立的IMS会话已建立完成。也就是说,第一通信设备接收来自第二通信设备的该呼叫响应消息之后,可以根据该呼叫响应消息确定第一通信设备与第二通信设备之间的IMS会话已经建立完成。
可以理解的是,在本申请实施例中,第一通信设备为紧急呼叫的主叫设备,第二通信设备为紧急呼叫的被叫设备(如第二通信设备为公共安全应答点),也就是说,第一通信设备与第二通信设备是处于同一紧急呼叫业务的两个设备。
可选地,在S910之前,由第一通信设备向第二通信设备发起了紧急呼叫流程,并在S911执行了第一通信设备与第二通信设备之间的紧急呼叫建立流程。具体过程本申请不作限定。
S920,第一通信设备向会话控制功能设备发送re-invite请求消息。对应地,会话控制功能设备接收来自第一通信设备的该re-invite请求消息。
示例性地,第一通信设备接收来自第二通信设备的呼叫响应消息之后,响应于该呼叫响应消息,第一通信设备向会话控制功能设备发送re-invite请求消息,该re-invite请求消息包含用于建立第一数据通道的第一描述信息,该第一数据通道用于下载数据通道应用,该数据通通道应用用于在第一通信设备与第二通信设备之间进行除语音通话或视频通话之外的通信。
因此,第一通信设备是在与第二通信设备之间的IMS会话建立完成之后,发起第一数据通道的建立流程,以防止第一数据通道的建立流程会增加呼叫建立的时延。
可选地,S930,会话控制功能设备触发建立第一数据通道。
示例性地,多媒体电话应用服务器接收来自第一通信设备的re-invite请求消息之后,根据该re-invite请求消息触发建立第一数据通道。具体实现过程与方法800中的S830部分介绍的方案类似,为了简洁,这里不再赘述。
基于上述方案,在第一通信设备与第二通信设备之间由IMS紧急呼叫建立的IMS会话建立完成之后,才发起第一数据通道的建立流程,从而可以降低数据通道的建立对通话体验的负面影响,例如可以使得得用户的报警信息可以得到尽快的处理,从而有效保障用户的生命财产安全。并且在这种场景下,可以在紧急呼叫的场景下,建立数据通道,为通信双方提供除语音通话或视频通话以外的通信服务,从而可以提高用户体验。
图10示出了适用于本申请实施例的一种网络架构图。在图10所示的网络架构中,UE可以通过DCMF与PSAP建立紧急呼叫,并且由MMTel AS控制UE与PSAP之间的数据通道的建立流程。图11至图15所示的方法1100-方法1500适用于图10所示的网络架构,方法1100-方法1500可以与上述方法800对应,即方法1100-方法1500可以看做方法800对应的几种可能的实现方式。具体地,方法800中的第一通信设备可对应于方法1100-方法1500中的UE,方法800中的第二通信设备可对应于方法1100-方法1500中的PSAP,方法800中的会话控制功能设备可对应于方法1100-方法1500中的MMTel AS。另外,方法800中的第一描述信息可对应于方法1100或方法1200中的BDC SDP offer#1,方法800中的第二描述信息可对应于方法1100或方法1200中的ADC SDP offer#1;或者,方法800中的第一描述信息可对应于方法1300-方法1500中的BDC offer#1。方法1100中的S1110-S1125可对应于方法800中第一数据通道和第二数据通道的建立流程,方法1200中的S1210-S1226可对应于方法800中第一数据通道和第二数据通道的建立流程,方法1300中的S1310-S1325可对应于方法800中第一数据通道的建立流程,方法1300中的S1326-S1341可对应于方法800中第二数据通道的建立流程,方法1400中的S1410-S1425可对应于方法800中第一数据通道的建立流程,方法1400中的S1426-S1437可对应于方法800中第二数据通道的建立流程,方法1500中的S1510-S1525可对应于方法800中第一数据通道的建立流程。
图11示出了一种适用于图10所示的网络架构的一种方法1100的示例性流程图。在方法1100中,UE在与PSAP之间的紧急通话建立完成之后,同时发起BDC和ADC创建流程,以减少紧急通话接通的时延。并且在该实施例中,ADC锚定到DCMF。下面结合图11中的各个步骤对方法1100做示例性说明。
S1101,UE向P-CSCF发送初始INVITE请求消息。对应地,P-CSCF接收来自UE的该初始INVITE请求消息。
示例性地,UE向P-CSCF发送初始INVITE请求消息,以发起紧急呼叫。例如,UE在该初始INVITE请求消息中携带的被叫号码为紧急呼叫号码,或者,UE在该初始INVITE请求消息中携带紧急呼叫标识。
该初始INVITE请求消息还可以携带UE用于建立音视频通话的描述信息,以便建立UE和PSAP之间的音视频通话。
可选地,UE还可以在该初始INVITE请求消息中携带DC能力指示信息,以指示UE支持DC。例如,UE在INVITE请求消息的Contact头域中携带“+sip.app-subtype="webrtc-datachannel”,以用作于指示UE支持DC。可以理解的是,UE支持DC可以指的是UE支持建立数据通道,并通过数据通道获取DC App。
可选地,S1102,P-CSCF确定当前呼叫为紧急呼叫,且UE支持DC,触发S-CSCF。
S1103,P-CSCF向S-CSCF发送初始INVITE请求消息。
示例性地,P-CSCF接收来自UE的初始INVITE请求消息之后,确定当前呼叫为紧急呼叫,且UE支持DC。例如,P-CSCF根据被叫号码或初始INVITE请求消息中携带的紧急呼叫标识确定当前呼叫为紧急呼叫,以及根据初始INVITE请求消息中携带的DC能力指示信息确定UE支持DC,在这种情况下,P-CSCF触发S-CSCF,即P-CSCF在S1103将初始INVITE请求消息转发给S-CSCF。
可选地,S1104,S-CSCF确定当前呼叫为紧急呼叫且UE支持DC,先触发MMTel AS,再触发E-CSCF。
示例性地,S-CSCF接收来自UE的初始INVITE请求消息之后,确定当前呼叫为紧急呼叫,且UE支持DC。具体方式可参考上述P-CSCF执行的方案,这里不再赘述。在确定当前呼叫为紧急呼叫且UE支持DC的情况下,则S-CSCF先将INVITE消息发送给MMTel AS(具体可见S1105),然后再将初始INVITE请求消息转发给E-CSCF(具体可见S1108)。
S1105,S-CSCF将初始INVITE请求消息发给MMTel AS。对应地,MMTel AS接收来自S-CSCF的该初始INVITE请求消息。
示例性地,确定当前呼叫为紧急呼叫且UE支持DC的情况下,则S-CSCF将INVITE消息发送给MMTel AS。
可选地,S1106,MMTel AS确定不触发DC创建流程。
示例性地,MMTel AS接收来自S-CSCF的初始INVITE请求消息之后,在MMTel AS确定UE支持DC,但当前呼叫为紧急呼叫,或初始INVITE请求消息中没有携带用于建立DC的描述信息,则MMTel AS确定不触发DC创建流程,即MMTel AS不触发DC呼叫事件上报。
S1107,MMTel AS向S-CSCF发送初始INVITE请求消息。对应地,S-CSCF接收来自MMTel的初始INVITE请求消息。
示例性地,在MMTel AS确定不触发DC创建流程的情况下,MMTel AS继续转发初始INVITE请求消息给S-CSCF。
S1108,S-CSCF向E-CSCF发送初始INVITE请求消息。对应地,E-CSCF接收来自S-CSCF的该初始INVITE请求消息。
示例性地,S-CSCF在S1104确定触发E-CSCF,则S-CSCF向E-CSCF发送初始INVITE请求消息。
对应地,E-CSCF接收来自S-CSCF的初始INVITE请求消息之后,根据被叫号码以及UE的位置信息等为UE选择PSAP,完成紧急呼叫的号码变换和路由处理,具体过程本申请不作限定。
S1109a,UE和PSAP之间建立IMS会话。
示例性地,UE和PSAP之间建立了IMS会话,即UE与PSAP之间的电话接通。
S1109b,PSAP向UE发送摘机200OK响应消息。对应地,UE接收来自PSAP的该摘机200OK响应消息。
示例性地,PSAP摘机后,与UE进入通话(即UE和PSAP之间的IMS会话建立完成)。则PSAP向UE发送摘机200OK响应消息,以指示PSAP与UE之间的IMS会话建立成功。此时UE与PSAP之间可以通过建立好的IMS会话进行音视频通话。
进一步地,UE请求建立BDC和ADC。下面结合S1110-S1125对BDC和ADC的创建流程进行示例性说明。
S1110,UE向P-CSCF发送re-invite请求消息。对应地,P-CSCF接收来自UE的该re-invite请求消息。
示例性地,UE在确定与PSAP之间的紧急通话接通之后,向P-CSCF发送re-invite请求消息,以请求协商建立BDC和ADC。该re-invite请求消息包括BDC SDP offer#1和ADC SDPoffer#1。其中,该BDC SDP offer#1为UE用于建立BDC的描述信息,如UE用于对接BDC的IP地址、端口信息、TLS ID和证书、QoS需求等。
可以理解的是,UE也可以在S1101的初始INVITE请求消息中携带BDC SDP offer#1和ADC SDP offer#1。在这种情况下,UE可以不再在S1110的re-invite请求消息中携带BDCSDP offer#1和ADC SDP offer#1。
作为一种可能的示例,下面给出了一种UE在re-invite请求消息中携带的BDC SDPoffer#1和ADC SDP offer#1的示例:
v=0
o=-0 1IN IP4 58.60.100.114
s=SBC call
c=IN IP4 135.215.6.221
b=CT:4096
t=0 0
m=audio 15012RTP/AVP 107
b=AS:80
b=RR:1837
b=RS:612
a=rtpmap:107AMR-WB/16000
a=fmtp:107mode-set=7
a=sendrecv
m=application 15014UDP/DTLS/SCTP webrtc-datachannel
b=AS:500
a=max-message-size:1024
a=sctp-port:5000
a=setup:passive
a=fingerprint:SHA-1 4A:AD:B9:B1:3F:82:18:3B:54:02:12:DF:3E:5D:49:6B:19:E5:7C:AB
a=tls-id:abc3de65cddef001be82
a=dcmap:0subprotocol="http"
a=dcmap:1000max-time=150;label="low latency"
需要说明的是,在上述示例中,“m=application”所在行的“webrtc-datachannel”表示该m行是DC通道的媒体行;“a=dcmap:0”表示BDC,“a=dcmap:1000”表示ADC。因此,在上述示例中,BDC和ADC共用相同的描述信息。UE通过这种方式可以隐性指示ADC需要锚定到DCMF。其中,ADC锚定到DCMF指的是UE建立与DCMF之间的ADC。
S1111,P-CSCF向S-CSCF发送re-invite请求消息。对应地,S-CSCF接收来自P-CSCF的re-invite请求消息。
示例性地,P-CSCF接收来自UE的re-invite请求消息之后,根据初始INVITE请求消息的路由,将re-INVITE请求消息转发给S-CSCF。
S1112,S-CSCF向MMTel AS发送re-invite请求消息。对应地,MMTel AS接收来自S-CSCF的re-invite请求消息。
示例性地,S-CSCF接收来自UE的re-invite请求消息之后,根据初始INVITE请求消息的路由,将re-INVITE请求消息转发给MMTel AS。
可选地,S1113,MMTel AS确定触发DC创建流程。
示例性地,MMTel AS接收来自S-CSCF的re-invite请求消息之后,在发现该re-invite请求消息携带有DC描述信息(即上述BDC SDP offer#1和ADC SDP offer#1),并确定UE支持DC(可以是在初始INVITE流程确定UE支持DC,也可以是根据re-invite请求消息携带的DC能力指示信息确定UE支持DC)的情况下,确定触发DC创建流程,即则触发DC呼叫事件上报(具体可见S1114)。
S1114,MMTel AS向DCSF发送DC活动通知(DC event notify)消息。对应地,DCSF接收来自MMTel AS的该DC活动通知消息。
示例性地,MMTel AS向DCSF发送DC活动通知消息,以上报紧急呼叫的DC呼叫事件给DCSF。
S1115,DCSF向MMTel AS发送DC控制请求(DC control request)消息。对应地,MMTel AS接收来自DCMF的该DC控制请求消息。
示例性地,DCSF收到MMTel AS上报的DC呼叫事件之后,确定当前呼叫为紧急呼叫,且ADC需要锚定到DCMF,则DCSF向MMTel AS下发DC控制请求消息,以申请BDC和ADC通道资源。
S1116,MMTel AS向DCMF发送资源请求消息。对应地,DCMF接收来自MMTel AS的该资源请求消息。
示例性地,MMTel AS接收来自DCSF的DC控制请求消息之后,向DCMF申请BDC和ADC通道资源。例如,MMTel AS向DCMF发送资源请求消息,该资源请求消息包括BDC SDP offer#1和ADC SDP offer#1,该资源请求消息用于请求获取DCMF用于创建BDC和ADC的描述信息。
S1117,DCMF向MMTel AS发送资源响应消息。对应地,MMTel AS接收来自DCMF的该资源响应消息。
示例性地,接收来自MMTel AS的资源请求消息之后,DCMF基于BDC SDP offer#1和ADC SDP offer#1进行媒体协商,确定用于创建UE和DCMF之间的BDC(记为BDC#1)和ADC(记为ADC#1)的描述信息,并分配用于创建PSAP和DCMF之间的BDC(记为BDC#2)和ADC(记为ADC#2)的描述信息。
进一步地,DCMF向MMTel AS发送资源响应消息,该资源响应消息包括BDC SDPanswer#1、ADC SDP answer#1、BDC SDP offer#2和ADC SDP offer#2。其中,BDC SDPanswer#1为DCMF协商确定的用于创建UE和DCMF之间的BDC#1的描述信息,ADC SDP answer#1为DCMF协商确定的用于创建UE和DCMF之间的ADC#1的描述信息;BDC SDP offer#2为DCMF分配的用于创建PSAP和DCMF之间的BDC#2的描述信息,ADC SDP offer#2为DCMF分配的用于创建PSAP和DCMF之间的ADC#2的描述信息。
S1118,MMTel AS向S-CSCF发送re-invite请求消息。对应地,S-CSCF接收来自MMTel AS的re-invite请求消息。
示例性地,MMTel AS接收来自DCMF的资源响应消息之后,向S-CSCF发送re-invite请求消息,并在该re-invite请求消息中携带BDC SDP offer#2和ADC SDP offer#2,以协商DCMF和PSAP之间的BDC#2和ADC#2的描述信息。
S1119,S-CSCF通过E-CSCF向PSAP发送re-invite请求消息。对应地,PSAP通过E-CSCF接收来自S-CSCF的该re-invite请求消息。
示例性地,S-CSCF接收来自MMTel AS的re-invite请求消息之后,通过E-CSCF将该re-invite请求消息转发给PSAP。
可以理解的是,该re-invite请求消息包括BDC SDP offer#2和ADC SDP offer#2。该BDC SDP offer#2和ADC SDP offer#2的示例可参考S1110部分介绍的BDC SDP offer#1和ADC SDP offer#1的示例,这里不再赘述。
S1120,PSAP通过S-CSCF向MMTel AS发送200响应消息。对应地,MMTel AS通过S-CSCF接收来自PSAP的该200响应消息。
示例性地,PSAP接收到re-invite请求消息之后,根据该re-invite请求消息中携带的描述信息完成媒体协商,然后通过S-CSCF向MMTel AS发送200响应消息,该200响应消息中携带BDC SDP answer#2和ADC SDP answer#2,其中,该BDC SDP answer#2为PSAP协商确定的用于建立PSAP和DCMF之间的BDC#2的描述信息,该ADC SDP answer#2为PSAP协商确定的用于建立PSAP和DCMF之间的ADC#2的描述信息。
S1121,MMTel AS向DCMF发送BDC SDP answer#2和ADC SDP answer#2。对应地,DCMF接收来自MMTel AS的BDC SDP answer#2和ADC SDP answer#2。
示例性地,MMTel AS接收来自PSAP的200响应消息之后,从该200响应消息中获取BDC SDP answer#2和ADC SDP answer#2,然后将该BDC SDP answer#2和ADC SDP answer#2发送给DCMF,完成PSAP和DCMF之间的BDC#2和ADC#2的媒体协商。
S1122,MMTel AS向S-CSCF发送200响应消息。对应地,S-CSCF接收来自MMTelAS的该200响应消息。
示例性地,MMTel AS接收来自DCMF的资源响应消息之后,从该资源响应消息中获取BDC SDP answer#1和ADC SDP answer#1,然后向S-CSCF发送200响应消息,并在该200响应消息中携带该BDC SDP answer#1和ADC SDP answer#1。
可以理解的是,本申请不限定MMTel AS执行S1118和S1122的先后顺序。
S1123,S-CSCF通过P-CSCF向UE发送200响应消息。对应地,UE通过P-CSCF接收来自S-CSCF的该200响应消息。
示例性地,S-CSCF接收来自MMTel AS的200响应消息之后,通过P-CSCF将该200响应消息转发给UE。UE从该200响应消息中获取BDC SDP answer#1和ADC SDP answer#1,从而完成UE和DCMF之间的BDC#1和ADC#1的媒体协商。
S1124,DCMF和UE之间建立BDC#1和ADC#1。
S1125,DCMF和PSAP之间建立BDC#2和ADC#2。
经过上述描述信息协商流程,DCMF分别完成和主叫UE、PSAP之间的BDC和ADC的建立。
进一步地,UE和PSAP可以通过建立好的BDC获取DC App,然后UE上的DC App和PSAP上的DC App可以通过建立好的ADC传输信息。下面结合S1126-S1131进行示例性说明。
S1126,UE通过BDC#1从DCMF获取DC App,具体过程本申请不作限定。这里的DC App例如可以是紧急呼叫小程序。
S1127,PSAP通过BDC#2从DCMF获取DC App。可以理解的是,PSAP获取的DC App与UE获取的DC App应相同。
S1128,UE上的DC App通过ADC#1向DCMF发送数据#1,如图片、视频、位置等数据。
S1129,DCMF通过ADC#2向PSAP上的DC App发送数据#1。
S1130,PSAP上的DC App通过ADC#2向DCMF发送数据#2。
S1131,DCMF通过ADC#1向UE上的DC App发送数据#2。
通过上述过程,UE和PSAP可以在下载的DC App内通过建立好的ADC通道传输图片、视频、位置等数据。
图12示出了一种适用于图10所示的网络架构的另一种方法1200的示例性流程图。在方法1200中,UE在与PSAP之间的紧急通话建立完成之后,同时发起BDC和ADC创建流程,以减少紧急通话接通的时延。并且在该实施例中,ADC不锚定到DCMF。下面结合图12中的各个步骤对方法1200做示例性说明。
在S1201-S1209b中,UE通过初始INVITE流程发起紧急呼叫,与PSAP之间建立了IMS会话。具体过程可参考方法1100中S1101-S1109b部分的描述,为了简洁,这里不再重复说明。
进一步地,UE请求建立BDC和ADC。下面结合S1210-S1225对BDC和ADC的创建流程进行示例性说明。
S1210,UE向P-CSCF发送re-invite请求消息。对应地,P-CSCF接收来自UE的该re-invite请求消息。
示例性地,UE在确定与PSAP之间的紧急通话接通之后,向P-CSCF发送re-invite请求消息,以请求协商建立BDC和ADC。该re-invite请求消息包括BDCSDP offer#1和ADC SDPoffer#1。其中,该BDC SDP offer#1为UE用于建立BDC的描述信息,如UE用于对接BDC的IP地址、端口信息、TLS ID和证书、QoS需求等。
可以理解的是,UE也可以在S1201的初始INVITE请求消息中携带BDC SDP offer#1和ADC SDP offer#1。在这种情况下,UE可以不再在S1210的re-invite请求消息中携带BDCSDP offer#1和ADC SDP offer#1。
作为一种可能的示例,下面给出了一种UE在re-invite请求消息中携带的BDC SDPoffer#1和ADC SDP offer#1的示例:
v=0
o=-0 1IN IP4 58.60.100.114
s=SBC call
c=IN IP4 135.215.6.221
b=CT:4096
t=0 0
m=audio 15012RTP/AVP 107
b=AS:80
b=RR:1837
b=RS:612
a=rtpmap:107AMR-WB/16000
a=fmtp:107mode-set=7
a=sendrecv
m=application 15014UDP/DTLS/SCTP webrtc-datachannel
b=AS:500
a=max-message-size:1024
a=sctp-port:5000
a=setup:passive
a=fingerprint:SHA-1 4A:AD:B9:B1:3F:82:18:3B:54:02:12:DF:3E:5D:49:6B:19:E5:7C:AB
a=tls-id:abc3de65cddef001be82
a=dcmap:0subprotocol="http"
m=application 15016UDP/DTLS/SCTP webrtc-datachannel
b=AS:500
a=max-message-size:1024
a=sctp-port:5000
a=setup:passive
a=fingerprint:SHA-1 4A:AD:B9:B1:3F:82:18:3B:54:02:12:DF:3E:5D:49:6B:19:E5:7C:AB
a=tls-id:abc3de65cddef001be82
a=dcmap:1000max-time=150;label="low latency"
需要说明的是,在上述示例中,“m=application”所在行的“webrtc-datachannel”表示该m行是DC通道的媒体行;“a=dcmap:0”表示BDC,“a=dcmap:1000”表示ADC。因此,在上述示例中,BDC和ADC使用的是不同的描述信息。UE通过这种方式可以隐性指示ADC不锚定到DCMF。其中,ADC不锚定到DCMF指的是UE直接建立与PSAP之间的ADC。
S1211,P-CSCF向S-CSCF发送re-invite请求消息,该re-invite请求消息包括BDCSDP offer#1和ADC SDP offer#1。对应地,S-CSCF接收来自P-CSCF的re-invite请求消息。
S1212,S-CSCF向MMTel AS发送re-invite请求消息,该re-invite请求消息包括BDC SDP offer#1和ADC SDP offer#1。对应地,MMTel AS接收来自S-CSCF的re-invite请求消息。
可选地,S1213,MMTel AS确定触发DC创建流程。
S1211-S1213与方法1100中的S1111-S113类似,区别在于re-invite请求消息中携带的描述信息不同。为了简洁,这里不再赘述。
S1214,MMTel AS向DCSF发送DC活动通知(DC event notify)消息,以上报紧急呼叫的DC呼叫事件给DCSF。对应地,DCSF接收来自MMTel AS的该DC活动通知消息。
S1215,DCSF向发送DC控制请求(DC control request)消息。对应地,DC接收来自DCMF的该DC控制请求消息。
示例性地,DCSF收到MMTel AS上报的DC呼叫事件之后,确定当前呼叫为紧急呼叫,且ADC不锚定到DCMF,则DCSF向MMTel AS下发DC控制请求消息,以申请BDC通道资源(不需要申请ADC通道资源)。
S1216,MMTel AS向DCMF发送资源请求消息。对应地,DCMF接收来自MMTel AS的该资源请求消息。
示例性地,MMTel AS接收来自DCMF的DC控制请求消息之后,向DCMF申请BDC通道资源。例如,MMTel AS向DCMF发送资源请求消息,该资源请求消息包括BDC SDP offer#1,该资源请求消息用于请求获取DCMF用于创建BDC的描述信息。
S1217,DCMF向MMTel AS发送资源响应消息。对应地,MMTel AS接收来自DCMF的该资源响应消息。
示例性地,接收来自MMTel AS的资源请求消息之后,DCMF基于BDC SDP offer#1进行媒体协商,确定用于创建UE和DCMF之间的BDC(记为BDC#1)的描述信息,并分配用于创建PSAP和DCMF之间的BDC(记为BDC#2)和ADC(记为ADC#2)的描述信息。
进一步地,DCMF向MMTel AS发送资源响应消息,该资源响应消息包括BDC SDPanswer#1和BDC SDP offer#2。其中,BDC SDP answer#1为DCMF协商确定的用于创建UE和DCMF之间的BDC#1的描述信息;BDC SDP offer#2为DCMF分配的用于创建PSAP和DCMF之间的BDC#2的描述信息。
S1218,MMTel AS向S-CSCF发送re-invite请求消息。对应地,S-CSCF接收来自MMTel AS的re-invite请求消息。
示例性地,MMTel AS接收来自DCMF的资源响应消息之后,向S-CSCF发送re-invite请求消息,并在该re-invite请求消息中携带ADC SDP offer#1和BDC SDP offer#2,以协商UE和PSAP之间的ADC#1的描述信息,以及DCMF和PSAP之间的BDC#2的描述信息。
作为一种可能的示例,下面给出一种MMTel AS在re-invite请求消息中携带的BDCSDP offer#2和ADC SDP offer#1的示例:
v=0
o=-0 1IN IP4 58.60.100.114
s=SBC call
b=CT:4096
t=0 0
m=audio 15012RTP/AVP 107
b=AS:80
b=RR:1837
b=RS:612
a=rtpmap:107AMR-WB/16000
a=fmtp:107mode-set=7
a=sendrecv
m=application 15018UDP/DTLS/SCTP webrtc-datachannel
c=IN IP4 135.215.6.222
b=AS:500
a=max-message-size:1024
a=sctp-port:5000
a=setup:passive
a=fingerprint:SHA-1 4A:AD:B9:B1:3F:82:18:3B:54:02:12:DF:3E:5D:49:6B:19:E5:7C:AB
a=tls-id:abc3de65cddef001be82
a=dcmap:0subprotocol="http"
m=application 15020UDP/DTLS/SCTP webrtc-datachannel
c=IN IP4 135.215.6.221
b=AS:500
a=max-message-size:1024
a=sctp-port:5000
a=setup:passive
a=fingerprint:SHA-1 4A:AD:B9:B1:3F:82:18:3B:54:02:12:DF:3E:5D:49:6B:19:E5:7C:AB
a=tls-id:abc3de65cddef001be82
a=dcmap:1000max-time=150;label="low latency"
需要说明的是,在上述示例中,“a=dcmap:0”表示BDC,“a=dcmap:1000”表示ADC#1,因此,第一个“m=application”所在行的“webrtc-datachannel”表示该m行是BDC#2的媒体行,第二个“m=application”所在行的“webrtc-datachannel”表示该m行是ADC#1的媒体行。这两个m行对应的IP和端口不同。
S1219,S-CSCF通过E-CSCF向PSAP发送re-invite请求消息。对应地,PSAP通过E-CSCF接收来自S-CSCF的该re-invite请求消息。
示例性地,S-CSCF接收来自MMTel AS的re-invite请求消息之后,通过E-CSCF将该re-invite请求消息转发给PSAP。可以理解的是,该re-invite请求消息包括ADC SDPoffer#1和BDC SDP offer#2。
S1220,PSAP通过S-CSCF向MMTel AS发送200响应消息。对应地,MMTel AS通过S-CSCF接收来自PSAP的该200响应消息。
示例性地,PSAP接收到re-invite请求消息之后,根据该re-invite请求消息中携带的描述信息完成媒体协商,然后通过S-CSCF向MMTel AS发送200响应消息,该200响应消息中携带ADC SDP answer#1和BDC SDP answer#2,其中,该ADC SDP answer#1为PSAP协商确定的用于建立PSAP和UE之间的ADC的描述信息,该BDC SDP answer#2为PSAP协商确定的用于建立PSAP和DCMF之间的BDC#2的描述信息。
S1221,MMTel AS向DCMF发送BDC SDP answer#2。对应地,DCMF接收来自MMTel AS的BDC SDP answer#2。
示例性地,MMTel AS接收来自PSAP的200响应消息之后,从该200响应消息中获取BDC SDP answer#2,然后将该BDC SDP answer#2发送给DCMF,完成PSAP和DCMF之间的BDC#2的媒体协商。
S1222,MMTel AS向S-CSCF发送200响应消息。对应地,S-CSCF接收来自MMTel AS的该200响应消息。
示例性地,MMTel AS接收来自DCMF的资源响应消息,以及来自PSAP的200响应消息之后,从该资源响应消息中获取BDC SDP answer#1,从该200响应消息中获取ADC SDPanswer#1,然后向S-CSCF发送200响应消息,并在该200响应消息中携带该BDC SDP answer#1和ADC SDP answer#1。
S1223,S-CSCF通过P-CSCF向UE发送200响应消息。对应地,UE通过P-CSCF接收来自S-CSCF的该200响应消息。
示例性地,S-CSCF接收来自MMTel AS的200响应消息之后,通过P-CSCF将该200响应消息转发给UE。UE从该200响应消息中获取BDC SDP answer#1和ADC SDP answer#1,从而完成UE和DCMF之间的BDC#1的媒体协商,以及UE和PSAP之间的ADC#1的媒体协商。
S1224,DCMF和UE之间建立BDC#1。
S1225,DCMF和PSAP之间建立BDC#2。
S1226,UE和PSAP之间建立ADC#1。
经过上述描述信息协商流程,DCMF分别完成和主叫UE、PSAP之间的BDC的建立。UE完成可和PSAP之间的ADC的建立。
进一步地,UE和PSAP可以通过建立好的BDC获取DC App,然后UE上的DC App和PSAP上的DC App可以通过建立好的ADC传输信息。下面结合S1227-S1230进行示例性说明。
S1227,UE通过BDC#1从DCMF获取DC App,具体过程本申请不作限定。这里的DC App例如可以是紧急呼叫小程序。
S1228,PSAP通过BDC#2从DCMF获取DC App。可以理解的是,PSAP获取的DC App与UE获取的DC App应相同。
S1229,UE上的DC App通过ADC#1向PSAP上的DC App发送数据#1,如图片、视频、位置等数据。
S1230,PSAP上的DC App通过ADC#1向UE上的DC App发送数据#2。
通过上述过程,UE和PSAP可以在下载的DC App内通过建立好的ADC通道传输图片、视频、位置等数据。
图13示出了适用于图10所示的网络架构的另一种方法1300的示例性流程图。在方法1300中,UE在与PSAP之间的紧急通话建立完成之后,再分别发起BDC的建立流程以及ADC的建立流程,以减少紧急通话的接通时延。并且在该实施例中,ADC锚定到DCMF。下面结合图13中的各个步骤对方法1300作示例性说明。
在S1301-S1309b中,UE通过初始INVITE流程发起紧急呼叫,与PSAP之间建立了IMS会话。具体过程可参考方法1100中S1101-S1109b部分的描述,为了简洁,这里不再重复说明。
进一步地,UE请求建立BDC。下面结合S1310-S1325对BDC的创建流程进行说明。
S1310,UE向P-CSCF发送re-invite请求消息。对应地,P-CSCF接收来自UE的该re-invite请求消息。
示例性地,UE在确定与PSAP之间的紧急通话接通之后,向P-CSCF发送re-invite请求消息,以请求协商建立BDC。该re-invite请求消息包括BDC SDP offer#1。其中,该BDCSDP offer#1为UE用于建立BDC的描述信息,如UE用于对接BDC的IP地址、端口信息、TLS ID和证书、QoS需求等。
可以理解的是,UE也可以在S1301的初始INVITE请求消息中携带BDC SDP offer#1。在这种情况下,UE可以不再在S1310的re-invite请求消息中携带BDC SDP offer#1。
作为一种可能的示例,下面给出了一种UE在re-invite请求消息中携带的BDCSDPoffer#1的示例:
v=0
o=-0 1IN IP4 58.60.100.114
s=SBC call
c=IN IP4 135.215.6.221
b=CT:4096
t=0 0
m=audio 15012RTP/AVP 107
b=AS:80
b=RR:1837
b=RS:612
a=rtpmap:107AMR-WB/16000
a=fmtp:107mode-set=7
a=sendrecv
m=application 15014UDP/DTLS/SCTP webrtc-datachannel
b=AS:500
a=max-message-size:1024
a=sctp-port:5000
a=setup:passive
a=fingerprint:SHA-1 4A:AD:B9:B1:3F:82:18:3B:54:02:12:DF:3E:5D:49:6B:19:E5:7C:AB
a=tls-id:abc3de65cddef001be82
a=dcmap:0subprotocol="http"
需要说明的是,在上述示例中,“m=application”所在行的“webrtc-datachannel”表示该m行是DC通道的媒体行;“a=dcmap:0”表示BDC。
S1311,P-CSCF向S-CSCF发送re-invite请求消息。对应地,S-CSCF接收来自P-CSCF的re-invite请求消息。
示例性地,P-CSCF接收来自UE的re-invite请求消息之后,根据初始INVITE请求消息的路由,将re-INVITE请求消息转发给S-CSCF。
S1312,S-CSCF向MMTel AS发送re-invite请求消息。对应地,MMTel AS接收来自S-CSCF的re-invite请求消息。
示例性地,S-CSCF接收来自UE的re-invite请求消息之后,根据初始INVITE请求消息的路由,将re-INVITE请求消息转发给MMTel AS。
可选地,S1313,MMTel AS确定触发BDC创建流程。
示例性地,MMTel AS接收来自S-CSCF的re-invite请求消息之后,在发现该re-invite请求消息携带有BDC描述信息(即上述BDC SDP offer#1),并确定UE支持DC(可以是在初始INVITE流程确定UE支持DC,也可以是根据re-invite请求消息携带的DC能力指示信息确定UE支持DC)的情况下,确定触发BDC创建流程,即则触发DC呼叫事件上报(具体可见S1314)。
S1314,MMTel AS向DCSF发送DC活动通知(DC event notify)消息。对应地,DCSF接收来自MMTel AS的该DC活动通知消息。
示例性地,MMTel AS向DCSF发送DC活动通知消息,以上报紧急呼叫的DC呼叫事件给DCSF。
S1315,DCSF向发送DC控制请求(DC control request)消息。对应地,DC接收来自DCSF的该DC控制请求消息。
示例性地,DCSF收到MMTel AS上报的DC呼叫事件之后,确定当前呼叫为紧急呼叫,则DCSF向MMTel AS下发DC控制请求消息,以申请BDC通道资源。
S1316,MMTel AS向DCMF发送资源请求消息。对应地,DCMF接收来自MMTel AS的该资源请求消息。
示例性地,MMTel AS接收来自DCSF的DC控制请求消息之后,向DCMF申请BDC通道资源。例如,MMTel AS向DCMF发送资源请求消息,该资源请求消息包括BDC SDP offer#1,该资源请求消息用于请求获取DCMF用于创建BDC的描述信息。
S1317,DCMF向MMTel AS发送资源响应消息。对应地,MMTel AS接收来自DCMF的该资源响应消息。
示例性地,接收来自MMTel AS的资源请求消息之后,DCMF基于BDC SDP offer#1进行媒体协商,确定用于创建UE和DCMF之间的BDC(记为BDC#1)的描述信息,并分配用于创建PSAP和DCMF之间的BDC(记为BDC#2)的描述信息。
进一步地,DCMF向MMTel AS发送资源响应消息,该资源响应消息包括BDC SDPanswer#1和BDC SDP offer#2。其中,BDC SDP answer#1为DCMF协商确定的用于创建UE和DCMF之间的BDC#1的描述信息;BDC SDP offer#2为DCMF分配的用于创建PSAP和DCMF之间的BDC#2的描述信息。
S1318,MMTel AS向S-CSCF发送re-invite请求消息。对应地,S-CSCF接收来自MMTel AS的re-invite请求消息。
示例性地,MMTel AS接收来自DCMF的资源响应消息之后,向S-CSCF发送re-invite请求消息,并在该re-invite请求消息中携带BDC SDP offer#2,以协商DCMF和PSAP之间的BDC#2的描述信息。
S1319,S-CSCF通过E-CSCF向PSAP发送re-invite请求消息。对应地,PSAP通过E-CSCF接收来自S-CSCF的该re-invite请求消息。
示例性地,S-CSCF接收来自MMTel AS的re-invite请求消息之后,通过E-CSCF将该re-invite请求消息转发给PSAP。
可以理解的是,该re-invite请求消息包括BDC SDP offer#2。该BDC SDP offer#2和的示例可参考S1310部分介绍的BDC SDP offer#1的示例,这里不再赘述。
S1320,PSAP通过S-CSCF向MMTel AS发送200响应消息。对应地,MMTel AS通过S-CSCF接收来自PSAP的该200响应消息。
示例性地,PSAP接收到re-invite请求消息之后,根据该re-invite请求消息中携带的描述信息完成媒体协商,然后通过S-CSCF向MMTel AS发送200响应消息,该200响应消息中携带BDC SDP answer#2,其中,该BDC SDP answer#2为PSAP协商确定的用于建立PSAP和DCMF之间的BDC#2的描述信息。
S1321,MMTel AS向DCMF发送BDC SDP answer#2。对应地,DCMF接收来自MMTelAS的BDC SDP answer#2。
示例性地,MMTel AS接收来自PSAP的200响应消息之后,从该200响应消息中获取BDC SDP answer#2,然后将该BDC SDP answer#2发送给DCMF,完成PSAP和DCMF之间的BDC#2的媒体协商。
S1322,MMTel AS向S-CSCF发送200响应消息。对应地,S-CSCF接收来自MMTelAS的该200响应消息。
示例性地,MMTel AS接收来自DCMF的资源响应消息之后,从该资源响应消息中获取BDC SDP answer#1,然后向S-CSCF发送200响应消息,并在该200响应消息中携带该BDCSDP answer#1。
可以理解的是,本申请不限定MMTel AS执行S1318和S1322的先后顺序。
S1323,S-CSCF通过P-CSCF向UE发送200响应消息。对应地,UE通过P-CSCF接收来自S-CSCF的该200响应消息。
示例性地,S-CSCF接收来自MMTel AS的200响应消息之后,通过P-CSCF将该200响应消息转发给UE。UE从该200响应消息中获取BDC SDP answer#1,从而完成UE和DCMF之间的BDC#1的媒体协商。
S1324,DCMF和UE之间建立BDC#1。
S1325,DCMF和PSAP之间建立BDC#2。
经过上述描述信息协商流程,DCMF分别完成和主叫UE、PSAP之间的BDC的建立。
进一步地,UE请求建立ADC。下面结合S1326-S1341对ADC的创建流程进行示例性说明。
S1326,UE向P-CSCF发送re-invite请求消息。对应地,P-CSCF接收来自UE的该re-invite请求消息。
示例性地,UE在确定与PSAP之间的紧急通话接通之后,向P-CSCF发送re-invite请求消息,以请求协商建立ADC。该re-invite请求消息包括ADC SDP offer#1。其中,该ADCSDP offer#1为UE用于建立ADC的描述信息,如UE用于对接ADC的IP地址、端口信息、TLS ID和证书、QoS需求等。
在一种可能的实现方式中,可以在BDC SDP offer#1的m行,新增ADC SDP offer#1的a行,下面给出了一种UE在re-invite请求消息中携带的ADC SDP offer#1的示例:
v=0
o=-0 1IN IP4 58.60.100.114
s=SBC call
c=IN IP4 135.215.6.221
b=CT:4096
t=0 0
m=audio 15012RTP/AVP 107
b=AS:80
b=RR:1837
b=RS:612
a=rtpmap:107AMR-WB/16000
a=fmtp:107mode-set=7
a=sendrecv
m=application 15014UDP/DTLS/SCTP webrtc-datachannel
b=AS:500
a=max-message-size:1024
a=sctp-port:5000
a=setup:passive
a=fingerprint:SHA-1 4A:AD:B9:B1:3F:82:18:3B:54:02:12:DF:3E:5D:49:6B:19:E5:7C:ABa=tls-id:abc3de65cddef001be82
a=dcmap:0subprotocol="http"
a=dcmap:1000max-time=150;label="low latency"
需要说明的是,在上述示例中,“m=application”所在行的“webrtc-datachannel”表示该m行是DC通道的媒体行;“a=dcmap:0”表示ADC。
S1327,P-CSCF向S-CSCF发送re-invite请求消息。对应地,S-CSCF接收来自P-CSCF的re-invite请求消息。
示例性地,P-CSCF接收来自UE的re-invite请求消息之后,根据初始INVITE请求消息的路由,将re-INVITE请求消息转发给S-CSCF。
S1328,S-CSCF向MMTel AS发送re-invite请求消息。对应地,MMTel AS接收来自S-CSCF的re-invite请求消息。
示例性地,S-CSCF接收来自UE的re-invite请求消息之后,根据初始INVITE请求消息的路由,将re-INVITE请求消息转发给MMTel AS。
可选地,S1329,MMTel AS确定触发ADC创建流程。
示例性地,MMTel AS接收来自S-CSCF的re-invite请求消息之后,在发现该re-invite请求消息携带有ADC描述信息(即上述ADC SDP offer#1),并确定UE支持DC(可以是在初始INVITE流程确定UE支持DC,也可以是根据re-invite请求消息携带的DC能力指示信息确定UE支持DC)的情况下,确定触发ADC创建流程,即则触发DC呼叫事件上报(具体可见S1330)。
S1330,MMTel AS向DCSF发送DC活动通知(DC event notify)消息。对应地,DCSF接收来自MMTel AS的该DC活动通知消息。
示例性地,MMTel AS向DCMF发送DC活动通知消息,以上报紧急呼叫的DC呼叫事件给DCSF。
S1331,DCSF向发送DC控制请求(DC control request)消息。对应地,DC接收来自DCSF的该DC控制请求消息。
示例性地,DCSF收到MMTel AS上报的DC呼叫事件之后,确定当前呼叫为紧急呼叫,且ADC需要锚定到DCMF,则DCSF向MMTel AS下发DC控制请求消息,以申请ADC通道资源。
S1332,MMTel AS向DCMF发送资源请求消息。对应地,DCMF接收来自MMTel AS的该资源请求消息。
示例性地,MMTel AS接收来自DCSF的DC控制请求消息之后,向DCMF申请ADC通道资源。例如,MMTel AS向DCMF发送资源请求消息,该资源请求消息包括ADC SDP offer#1,该资源请求消息用于请求获取DCMF用于创建ADC的描述信息。
S1333,DCMF向MMTel AS发送资源响应消息。对应地,MMTel AS接收来自DCMF的该资源响应消息。
示例性地,接收来自MMTel AS的资源请求消息之后,DCMF基于ADC SDP offer#1进行媒体协商,确定用于创建UE和DCMF之间的ADC(记为ADC#1)的描述信息,并分配用于创建PSAP和DCMF之间的ADC(记为ADC#2)的描述信息。
进一步地,DCMF向MMTel AS发送资源响应消息,该资源响应消息包括ADC SDPanswer#1和ADC SDP offer#2。其中,ADC SDP answer#1为DCMF协商确定的用于创建UE和DCMF之间的ADC#1的描述信息;ADC SDP offer#2为DCMF分配的用于创建PSAP和DCMF之间的ADC#2的描述信息。
S1334,MMTel AS向S-CSCF发送re-invite请求消息。对应地,S-CSCF接收来自MMTel AS的re-invite请求消息。
示例性地,MMTel AS接收来自DCMF的资源响应消息之后,向S-CSCF发送re-invite请求消息,并在该re-invite请求消息中携带ADC SDP offer#2,以协商DCMF和PSAP之间的ADC#2的描述信息。
S1335,S-CSCF通过E-CSCF向PSAP发送re-invite请求消息。对应地,PSAP通过E-CSCF接收来自S-CSCF的该re-invite请求消息。
示例性地,S-CSCF接收来自MMTel AS的re-invite请求消息之后,通过E-CSCF将该re-invite请求消息转发给PSAP。
可以理解的是,该re-invite请求消息包括ADC SDP offer#2。该ADC SDP offer#2和的示例可参考S1326部分介绍的ADC SDP offer#1的示例,这里不再赘述。
S1336,PSAP通过S-CSCF向MMTel AS发送200响应消息。对应地,MMTel AS通过S-CSCF接收来自PSAP的该200响应消息。
示例性地,PSAP接收到re-invite请求消息之后,根据该re-invite请求消息中携带的描述信息完成媒体协商,然后通过S-CSCF向MMTel AS发送200响应消息,该200响应消息中携带ADC SDP answer#2,其中,该ADC SDP answer#2为PSAP协商确定的用于建立PSAP和DCMF之间的ADC#2的描述信息。
S1337,MMTel AS向DCMF发送ADC SDP answer#2。对应地,DCMF接收来自MMTel AS的ADC SDP answer#2。
示例性地,MMTel AS接收来自PSAP的200响应消息之后,从该200响应消息中获取ADC SDP answer#2,然后将该ADC SDP answer#2发送给DCMF,完成PSAP和DCMF之间的ADC#2的媒体协商。
S1338,MMTel AS向S-CSCF发送200响应消息。对应地,S-CSCF接收来自MMTel AS的该200响应消息。
示例性地,MMTel AS接收来自DCMF的资源响应消息之后,从该资源响应消息中获取ADC SDP answer#1,然后向S-CSCF发送200响应消息,并在该200响应消息中携带该ADCSDP answer#1。
可以理解的是,本申请不限定MMTel AS执行S1334和S1338的先后顺序。
S1339,S-CSCF通过P-CSCF向UE发送200响应消息。对应地,UE通过P-CSCF接收来自S-CSCF的该200响应消息。
示例性地,S-CSCF接收来自MMTel AS的200响应消息之后,通过P-CSCF将该200响应消息转发给UE。UE从该200响应消息中获取ADC SDP answer#1,从而完成UE和DCMF之间的ADC#1的媒体协商。
S1340,DCMF和UE之间建立ADC#1。
S1341,DCMF和PSAP之间建立ADC#2。
经过上述描述信息协商流程,DCMF分别完成和主叫UE、PSAP之间的ADC的建立。
进一步地,UE和PSAP可以通过建立好的BDC获取DC App,然后UE上的DC App和PSAP上的DC App可以通过建立好的ADC传输信息,具体如S1342-S1347所示。其中S1342-S1347与方法1100中的S1126-S1131类似,为了简洁,这里不再赘述。
可以理解的是,在方法1300中UE和PSAP获取DC App的流程(即S1342-S1343)可以在BDC创建流程之后(即S1324和S1325之后)的任意时刻执行,本申请不作限定。
图14示出了适用于图10所示的网络架构的另一种方法1400的示例性流程图。在方法1400中,UE在与PSAP之间的紧急通话建立完成之后,再分别发起BDC的建立流程以及ADC的建立流程,以减少紧急通话的接通时延。并且在该实施例中,ADC锚定到DCMF。下面结合图14中的各个步骤对方法1400作示例性说明。
在S1401-S1409b中,UE通过初始INVITE流程发起紧急呼叫,与PSAP之间建立了IMS会话。具体过程可参考方法1100中S1101-S1109b部分的描述,为了简洁,这里不再重复说明。
进一步地,UE请求建立BDC,具体过程如S1410-S1425所示。S1410-S1425与方法1300中的S1310-S1325类似,为了简洁,这里不再赘述。
再进一步地,UE请求建立ADC。下面结合S1426-S1437对ADC的创建流程进行示例性说明。
S1426,UE向P-CSCF发送re-invite请求消息。对应地,P-CSCF接收来自UE的该re-invite请求消息。
示例性地,UE在确定与PSAP之间的紧急通话接通之后,向P-CSCF发送re-invite请求消息,以请求协商建立ADC。该re-invite请求消息包括ADC SDP offer#1。其中,该ADCSDP offer#1为UE用于建立ADC的描述信息,如UE用于对接ADC的IP地址、端口信息、TLS ID和证书、QoS需求等。
在一种可能的实现方式中,可以在BDC SDP offer#1的m行,新增ADC SDP offer#1的m行,下面给出了一种UE在re-invite请求消息中携带的ADC SDP offer#1的示例:
v=0
o=-0 1IN IP4 58.60.100.114
s=SBC call
c=IN IP4 135.215.6.221
b=CT:4096
t=0 0
m=audio 15012RTP/AVP 107
b=AS:80
b=RR:1837
b=RS:612
a=rtpmap:107AMR-WB/16000
a=fmtp:107mode-set=7
a=sendrecv
m=application 15014UDP/DTLS/SCTP webrtc-datachannel
b=AS:500
a=max-message-size:1024
a=sctp-port:5000
a=setup:passive
a=fingerprint:SHA-1 4A:AD:B9:B1:3F:82:18:3B:54:02:12:DF:3E:5D:49:6B:19:E5:7C:AB
a=tls-id:abc3de65cddef001be82
a=dcmap:0subprotocol="http"
m=application 15016UDP/DTLS/SCTP webrtc-datachannel
b=AS:500
a=max-message-size:1024
a=sctp-port:5000
a=setup:passive
a=fingerprint:SHA-1 4A:AD:B9:B1:3F:82:18:3B:54:02:12:DF:3E:5D:49:6B:19:E5:7C:AB
a=tls-id:abc3de65cddef001be82
a=dcmap:1000max-time=150;label="low latency"
需要说明的是,在上述示例中,“m=application”所在行的“webrtc-datachannel”表示该m行是DC通道的媒体行;“a=dcmap:0”表示ADC。
S1427,P-CSCF向S-CSCF发送re-invite请求消息。对应地,S-CSCF接收来自P-CSCF的re-invite请求消息。
示例性地,P-CSCF接收来自UE的re-invite请求消息之后,根据初始INVITE请求消息的路由,将re-INVITE请求消息转发给S-CSCF。
S1428,S-CSCF向MMTel AS发送re-invite请求消息。对应地,MMTel AS接收来自S-CSCF的re-invite请求消息。
示例性地,S-CSCF接收来自UE的re-invite请求消息之后,根据初始INVITE请求消息的路由,将re-INVITE请求消息转发给MMTel AS。
可选地,S1429,MMTel AS确定触发ADC创建流程。
示例性地,MMTel AS接收来自S-CSCF的re-invite请求消息之后,在发现该re-invite请求消息携带有ADC描述信息(即上述ADC SDP offer#1),并确定UE支持DC(可以是在初始INVITE流程确定UE支持DC,也可以是根据re-invite请求消息携带的DC能力指示信息确定UE支持DC)的情况下,确定触发ADC创建流程,即则触发DC呼叫事件上报(具体可见S1430)。
S1430,MMTel AS向DCSF发送DC活动通知(DC event notify)消息。对应地,DCSF接收来自MMTel AS的该DC活动通知消息。
示例性地,MMTel AS向DCSF发送DC活动通知消息,以上报紧急呼叫的DC呼叫事件给DCSF。
S1431,DCSF向发送DC控制请求(DC control request)消息。对应地,DC接收来自DCMF的该DC控制请求消息。
示例性地,DCSF收到MMTel AS上报的DC呼叫事件之后,确定当前呼叫为紧急呼叫,且ADC不需要锚定到DCMF,则DCSF向MMTel AS下发DC控制请求消息,以指示继续呼叫。
S1432,MMTel AS向S-CSCF发送re-invite请求消息。对应地,S-CSCF接收来自MMTel AS的re-invite请求消息。
示例性地,MMTel AS向S-CSCF转发re-invite请求消息,以协商UE和PSAP之间的ADC#1的描述信息。
S1433,S-CSCF通过E-CSCF向PSAP发送re-invite请求消息。对应地,PSAP通过E-CSCF接收来自S-CSCF的该re-invite请求消息。
示例性地,S-CSCF接收来自MMTel AS的re-invite请求消息之后,通过E-CSCF将该re-invite请求消息转发给PSAP。
S1434,PSAP通过S-CSCF向MMTel AS发送200响应消息。对应地,MMTel AS通过S-CSCF接收来自PSAP的该200响应消息。
示例性地,PSAP接收到re-invite请求消息之后,根据该re-invite请求消息中携带的描述信息完成媒体协商,然后通过S-CSCF向MMTel AS发送200响应消息,该200响应消息中携带ADC SDP answer#1,其中,该ADC SDP answer#1为PSAP协商确定的用于建立PSAP和UE之间的ADC#1的描述信息。
S1435,MMTel AS向S-CSCF发送200响应消息。对应地,S-CSCF接收来自MMTel AS的该200响应消息。
示例性地,MMTel AS接收来自PSAP的200响应消息之后,将该200响应消息转发给S-CSCF,该200响应响应消息中携带ADC SDP answer#1。
S1436,S-CSCF通过P-CSCF向UE发送200响应消息。对应地,UE通过P-CSCF接收来自S-CSCF的该200响应消息。
示例性地,S-CSCF接收来自MMTel AS的200响应消息之后,通过P-CSCF将该200响应消息转发给UE。UE从该200响应消息中获取ADC SDP answer#1,从而完成UE和PSAP之间的ADC#1的媒体协商。
S1437,PSAP和UE之间建立ADC#1。
经过上述描述信息协商流程,完成了主叫UE和PSAP之间的ADC的建立。
进一步地,UE和PSAP可以通过建立好的BDC获取DC App,然后UE上的DC App和PSAP上的DC App可以通过建立好的ADC传输信息,具体如S1438-S1442所示。其中S S1438-S1442与方法1200中的S1227-S1230类似,为了简洁,这里不再赘述。
可以理解的是,在方法1400中UE和PSAP获取DC App的流程(即S1438-S1439)可以在BDC创建流程之后(即S1424和S1425之后)的任意时刻执行,本申请不作限定。
图15示出了图10所示的网络架构的另一种方法1500的示例性流程图。在方法2100中,UE在与PSAP之间的紧急通话建立完成之后,发起BDC的建立流程,以减少紧急通话的接通时延。并且在该实施例中,BDC既可以用于下载数据通道应用,又可以用于传输数据通道应用的附加通信信息。即该实施例中可以不建立ADC。下面结合图15中的各个步骤对方法1500作示例性说明。
在S1501-S1509中,UE通过初始INVITE流程发起紧急呼叫,与PSAP之间建立了IMS会话。具体过程可参考方法1100中S1101-S1109部分的描述,为了简洁,这里不再重复说明。
进一步地,UE请求建立BDC,具体过程如S1510-S1525所示。S1510-S1525与方法1300中的S1310-S1325类似,为了简洁,这里不再赘述。
经过上述描述信息协商流程,DCMF分别完成和主叫UE、PSAP之间的BDC的建立。
进一步地,UE和PSAP可以通过建立好的BDC获取DC App,然后UE上的DC App和PSAP上的DC App可以通过建立好的BDC传输信息。下面结合S1526-S1531进行示例性说明。
S1526,UE通过BDC#1从DCMF获取DC App,具体过程本申请不作限定。这里的DC App例如可以是紧急呼叫小程序。
S1527,PSAP通过BDC#2从DCMF获取DC App。可以理解的是,PSAP获取的DC App与UE获取的DC App应相同。
S1528,UE上的DC App通过BDC#1向DCMF发送数据#1,如图片、视频、位置等数据。
S1529,DCMF通过BDC#2向PSAP上的DC App发送数据#1。
S1530,PSAP上的DC App通过BDC#2向DCMF发送数据#2。
S1531,DCMF通过BDC#1向UE上的DC App发送数据#2。
通过上述过程,UE和PSAP可以在下载的DC App内通过建立好的ADC通道传输图片、视频、位置等数据。
可以理解的是,上述方法1100-1500是以紧急呼叫的场景为例进行说明的,但本申请并不限于此。也就是说,本申请实施例还可以应用于除紧急呼叫以外的其他IMS会话的场景中。在这种情况下,可以将上述实施例中的E-CSCF和PSAP合并看做IMS会话中与UE对应的被叫设备,具体方案可参考上述方法1100-1500中的具体描述,这里不再赘述。
图16示出了适用于本申请实施例的另一种网络架构图。在图16所示的网络架构中,UE可以通过DCMF与PSAP建立紧急呼叫,并且由E-CSCF控制UE与PSAP之间的数据通道的建立流程。图17至图21所示的方法1700-方法2100适用于图16所示的网络架构,方法1700-方法2100可以与上述方法900对应,即方法1700-方法2100可以看做方法800对应的几种可能的实现方式。具体地,方法9800中的第一通信设备可对应于方法1700-方法2100中的UE,方法800中的第二通信设备可对应于方法1700-方法2100中的PSAP,方法900中的会话控制功能设备可对应于方法1100-方法1500中的E-CSCF。另外,方法900中的第一描述信息可对应于方法1700或方法1800中的BDC SDP offer#1,方法900中的第二描述信息可对应于方法1700或方法1800中的ADC SDP offer#1;或者,方法900中的第一描述信息可对应于方法1900-方法2100中的BDC offer#1。方法1700中的S1702-S1715可对应于方法900中第一数据通道和第二数据通道的建立流程,方法1800中的S1802-S1816可对应于方法900中第一数据通道和第二数据通道的建立流程,方法1900中的S1902-S1915可对应于方法900中第一数据通道的建立流程,方法1900中的S1916-S1929可对应于方法900中第二数据通道的建立流程,方法2000中的S2002-S2015可对应于方法900中第一数据通道的建立流程,方法2000中的S2016-S2025可对应于方法900中第二数据通道的建立流程,方法2100中的S2102-S2115可对应于方法800中第一数据通道的建立流程。
图17示出了一种适用于图16所示的网络架构1700的示例性流程图。在方法1700中,UE在与PSAP之间的紧急通话建立完成之后,同时发起BDC和ADC创建流程,以减少紧急通话接通的时延。并且在该实施例中,ADC锚定到DCMF。下面结合图17中的各个步骤对方法1700做示例性说明。
S1701a,UE通过初始INVITE流程发起紧急呼叫,与PSAP之间建立IMS会话。
本申请不限定UE与PSAP之间建立紧急通话的具体实现方式。作为一种示例,可以通过如7所示的方法700建立UE和PSAP之间的紧急通话。
进一步地,UE请求建立BDC和ADC。下面结合S1702-S1715对BDC和ADC的创建流程进行示例性说明。
S1701b,PSAP向UE发送摘机200OK响应消息。对应地,UE接收来自PSAP的该摘机200OK响应消息。
S1702,UE向P-CSCF发送re-invite请求消息。对应地,P-CSCF接收来自UE的该re-invite请求消息。
示例性地,UE在确定与PSAP之间的紧急通话接通之后,向P-CSCF发送re-invite请求消息,以请求协商建立BDC和ADC。该re-invite请求消息包括BDC SDP offer#1和ADC SDPoffer#1。其中,该BDC SDP offer#1为UE用于建立BDC的描述信息,如UE用于对接BDC的IP地址、端口信息、TLS ID和证书、QoS需求等。
关于BDC SDP offer#1和ADC SDP offer#1的示例可参考方法1100中S1110部分的示例,这里不再赘述。
S1703,P-CSCF向E-CSCF发送re-invite请求消息。对应地,E-CSCF接收来自P-CSCF的re-invite请求消息。
示例性地,P-CSCF接收来自UE的re-invite请求消息之后,将re-INVITE请求消息转发给E-CSCF。
S1704,E-CSCF确定触发DC创建流程。
示例性地,E-CSCF接收来自S-CSCF的re-invite请求消息之后,在发现该re-invite请求消息携带有DC描述信息(即上述BDC SDP offer#1和ADC SDP offer#1),并确定UE支持DC(可以是在初始INVITE流程确定UE支持DC,也可以是根据re-invite请求消息携带的DC能力指示信息确定UE支持DC)的情况下,确定触发DC创建流程,即则触发DC呼叫事件上报(具体可见S1705)。
S1705,E-CSCF向DCSF发送DC活动通知(DC event notify)消息。对应地,DCSF接收来自E-CSCF的该DC活动通知消息。
示例性地,E-CSCF向DCMF发送DC活动通知消息,以上报紧急呼叫的DC呼叫事件给DCSF。
S1706,DCSF向发送DC控制请求(DC control request)消息。对应地,DC接收来自DCMF的该DC控制请求消息。
示例性地,DCSF收到E-CSCF上报的DC呼叫事件之后,确定当前呼叫为紧急呼叫,且ADC需要锚定到DCMF,则DCSF向E-CSCF下发DC控制请求消息,以申请BDC和ADC通道资源。
S1707,E-CSCF向DCMF发送资源请求消息。对应地,DCMF接收来自E-CSCF的该资源请求消息。
示例性地,E-CSCF接收来自DCSF的DC控制请求消息之后,向DCMF申请BDC和ADC通道资源。例如,E-CSCF向DCMF发送资源请求消息,该资源请求消息包括BDC SDP offer#1和ADC SDP offer#1,该资源请求消息用于请求获取DCMF用于创建BDC和ADC的描述信息。
S1708,DCMF向E-CSCF发送资源响应消息。对应地,E-CSCF接收来自DCMF的该资源响应消息。
示例性地,接收来自E-CSCF的资源请求消息之后,DCMF基于BDC SDP offer#1和ADC SDP offer#1进行媒体协商,确定用于创建UE和DCMF之间的BDC(记为BDC#1)和ADC(记为ADC#1)的描述信息,并分配用于创建PSAP和DCMF之间的BDC(记为BDC#2)和ADC(记为ADC#2)的描述信息。
进一步地,DCMF向E-CSCF发送资源响应消息,该资源响应消息包括BDC SDPanswer#1、ADC SDP answer#1、BDC SDP offer#2和ADC SDP offer#2。其中,BDC SDPanswer#1为DCMF协商确定的用于创建UE和DCMF之间的BDC#1的描述信息,ADC SDP answer#1为DCMF协商确定的用于创建UE和DCMF之间的ADC#1的描述信息;BDC SDP offer#2为DCMF分配的用于创建PSAP和DCMF之间的BDC#2的描述信息,ADC SDP offer#2为DCMF分配的用于创建PSAP和DCMF之间的ADC#2的描述信息。
S1709,E-CSCF向PSAP发送re-invite请求消息。对应地,PSAP接收来自E-CSCF的该re-invite请求消息。
示例性地,E-CSCF接收来自DCMF的资源响应消息之后,向PSAP发送re-invite请求消息,并在该re-invite请求消息中携带BDC SDP offer#2和ADC SDP offer#2,以协商DCMF和PSAP之间的BDC#2和ADC#2的描述信息。
S1710,PSAP向MMTel AS发送200响应消息。对应地,E-CSCF接收来自PSAP的该200响应消息。
示例性地,PSAP接收到re-invite请求消息之后,根据该re-invite请求消息中携带的描述信息完成媒体协商,然后向E-CSCF发送200响应消息,该200响应消息中携带BDCSDP answer#2和ADC SDP answer#2,其中,该BDC SDP answer#2为PSAP协商确定的用于建立PSAP和DCMF之间的BDC#2的描述信息,该ADC SDP answer#2为PSAP协商确定的用于建立PSAP和DCMF之间的ADC#2的描述信息。
S1711,E-CSCF向DCMF发送BDC SDP answer#2和ADC SDP answer#2。对应地,DCMF接收来自E-CSCF的BDC SDP answer#2和ADC SDP answer#2。
示例性地,E-CSCF接收来自PSAP的200响应消息之后,从该200响应消息中获取BDCSDP answer#2和ADC SDP answer#2,然后将该BDC SDP answer#2和ADC SDP answer#2发送给DCMF,完成PSAP和DCMF之间的BDC#2和ADC#2的媒体协商。
S1712,E-CSCF向P-CSCF发送200响应消息。对应地,P-CSCF接收来自E-CSCF的该200响应消息。
示例性地,E-CSCF接收来自DCMF的资源响应消息之后,从该资源响应消息中获取BDC SDP answer#1和ADC SDP answer#1,然后向P-CSCF发送200响应消息,并在该200响应消息中携带该BDC SDP answer#1和ADC SDP answer#1。
可以理解的是,本申请不限定E-CSCF执行S1709和S1712的先后顺序。
S1713,P-CSCF向UE发送200响应消息。对应地,UE接收来自P-CSCF的该200响应消息。
示例性地,P-CSCF接收来自E-CSCF的200响应消息之后,将该200响应消息转发给UE。UE从该200响应消息中获取BDC SDP answer#1和ADC SDP answer#1,从而完成UE和DCMF之间的BDC#1和ADC#1的媒体协商。
S1714,DCMF和UE之间建立BDC#1和ADC#1。
S1715,DCMF和PSAP之间建立BDC#2和ADC#2。
经过上述描述信息协商流程,DCMF分别完成和主叫UE、PSAP之间的BDC和ADC的建立。
进一步地,UE和PSAP可以通过建立好的BDC获取DC App,然后UE上的DC App和PSAP上的DC App可以通过建立好的ADC传输信息,下面结合S1716-S1721进行示例性说明。
S1716,UE通过BDC#1从DCMF获取DC App,具体过程本申请不作限定。这里的DC App例如可以是紧急呼叫小程序。
S1717,PSAP通过BDC#2从DCMF获取DC App。可以理解的是,PSAP获取的DC App与UE获取的DC App应相同。
S1718,UE上的DC App通过ADC#1向DCMF发送数据#1,如图片、视频、位置等数据。
S1719,DCMF通过ADC#2向PSAP上的DC App发送数据#1。
S1820,PSAP上的DC App通过ADC#2向DCMF发送数据#2。
S1821,DCMF通过ADC#1向UE上的DC App发送数据#2。
通过上述过程,UE和PSAP可以在下载的DC App内通过建立好的ADC通道传输图片、视频、位置等数据。
图18示出了一种适用于图16所示的网络架构的另一种方法1800的示例性流程图。在方法1800中,UE在与PSAP之间的紧急通话建立完成之后,同时发起BDC和ADC创建流程,以减少紧急通话接通的时延。并且在该实施例中,ADC不锚定到DCMF。下面结合图18中的各个步骤对方法1800做示例性说明。
S1801a,UE通过初始INVITE流程发起紧急呼叫,与PSAP之间建立IMS会话。
S1801b,PSAP向UE发送摘机200OK响应消息。对应地,UE接收来自PSAP的该摘机200OK响应消息。
本申请不限定UE与PSAP之间建立紧急通话的具体实现方式。作为一种示例,可以通过如7所示的方法700建立UE和PSAP之间的紧急通话。
进一步地,UE请求建立BDC和ADC。下面结合S1802-S1815对BDC和ADC的创建流程进行示例性说明。
S1802,UE向P-CSCF发送re-invite请求消息。对应地,P-CSCF接收来自UE的该re-invite请求消息。
示例性地,UE在确定与PSAP之间的紧急通话接通之后,向P-CSCF发送re-invite请求消息,以请求协商建立BDC和ADC。该re-invite请求消息包括BDC SDP offer#1和ADC SDPoffer#1。其中,该BDC SDP offer#1为UE用于建立BDC的描述信息,如UE用于对接BDC的IP地址、端口信息、TLS ID和证书、QoS需求等。
关于BDC SDP offer#1和ADC SDP offer#1的示例可参考方法1200中S1210部分的示例,这里不再赘述。
S1803,P-CSCF向E-CSCF发送re-invite请求消息,该re-invite请求消息包括BDCSDP offer#1和ADC SDP offer#1。对应地,E-CSCF接收来自P-CSCF的re-invite请求消息。
可选地,S1804,MMTel AS确定触发DC创建流程。
S1803-S1804与方法1700中的S703-S1704类似,区别在于re-invite请求消息中携带的描述信息不同。为了简洁,这里不再赘述。
S1805,E-CSCF向DCSF发送DC活动通知(DC event notify)消息,以上报紧急呼叫的DC呼叫事件给DCSF。对应地,DCMF接收来自E-CSCF的该DC活动通知消息。
S1806,DCSF向发送DC控制请求(DC control request)消息。对应地,DC接收来自DCSF的该DC控制请求消息。
示例性地,DCSF收到E-CSCF上报的DC呼叫事件之后,确定当前呼叫为紧急呼叫,且ADC不锚定到DCMF,则DCSF向E-CSCF下发DC控制请求消息,以申请BDC通道资源(不需要申请ADC通道资源)。
S1807,E-CSCF向DCMF发送资源请求消息。对应地,DCMF接收来自E-CSCF的该资源请求消息。
示例性地,E-CSCF接收来自DCSF的DC控制请求消息之后,向DCMF申请BDC通道资源。例如,E-CSCF向DCMF发送资源请求消息,该资源请求消息包括BDC SDP offer#1,该资源请求消息用于请求获取DCMF用于创建BDC的描述信息。
S1808,DCMF向E-CSCF发送资源响应消息。对应地,E-CSCF接收来自DCMF的该资源响应消息。
示例性地,接收来自E-CSCF的资源请求消息之后,DCMF基于BDC SDP offer#1进行媒体协商,确定用于创建UE和DCMF之间的BDC(记为BDC#1)的描述信息,并分配用于创建PSAP和DCMF之间的BDC(记为BDC#2)和ADC(记为ADC#2)的描述信息。
进一步地,DCMF向E-CSCF发送资源响应消息,该资源响应消息包括BDC SDPanswer#1和BDC SDP offer#2。其中,BDC SDP answer#1为DCMF协商确定的用于创建UE和DCMF之间的BDC#1的描述信息;BDC SDP offer#2为DCMF分配的用于创建PSAP和DCMF之间的BDC#2的描述信息。
S1809,E-CSCF向PSAP发送re-invite请求消息。对应地,PSAP接收来自E-CSCF的re-invite请求消息。
示例性地,E-CSCF接收来自DCMF的资源响应消息之后,向PSAP发送re-invite请求消息,并在该re-invite请求消息中携带ADC SDP offer#1和BDC SDP offer#2,以协商UE和PSAP之间的ADC#1的描述信息,以及DCMF和PSAP之间的BDC#2的描述信息。
关于BDC SDP offer#2和ADC SDP offer#1的示例可参考方法1200中的S1218部分的示例。
S1810,PSAP通过向E-CSCF发送200响应消息。对应地,E-CSCF接收来自PSAP的该200响应消息。
示例性地,PSAP接收到re-invite请求消息之后,根据该re-invite请求消息中携带的描述信息完成媒体协商,然后向E-CSCF发送200响应消息,该200响应消息中携带ADCSDP answer#1和BDC SDP answer#2,其中,该ADC SDP answer#1为PSAP协商确定的用于建立PSAP和UE之间的ADC的描述信息,该BDC SDP answer#2为PSAP协商确定的用于建立PSAP和DCMF之间的BDC#2的描述信息。
S1811,E-CSCF向DCMF发送BDC SDP answer#2。对应地,DCMF接收来自E-CSCF的BDCSDP answer#2。
示例性地,E-CSCF接收来自PSAP的200响应消息之后,从该200响应消息中获取BDCSDP answer#2,然后将该BDC SDP answer#2发送给DCMF,完成PSAP和DCMF之间的BDC#2的媒体协商。
S1812,E-CSCF向P-CSCF发送200响应消息。对应地,P-CSCF接收来自E-CSCF的该200响应消息。
示例性地,E-CSCF接收来自DCMF的资源响应消息,以及来自PSAP的200响应消息之后,从该资源响应消息中获取BDC SDP answer#1,从该200响应消息中获取ADC SDPanswer#1,然后向P-CSCF发送200响应消息,并在该200响应消息中携带该BDC SDP answer#1和ADC SDP answer#1。
S1813,P-CSCF向UE发送200响应消息。对应地,UE接收来自P-CSCF的该200响应消息。
示例性地,P-CSCF接收来自E-CSCF的200响应消息之后,将该200响应消息转发给UE。UE从该200响应消息中获取BDC SDP answer#1和ADC SDP answer#1,从而完成UE和DCMF之间的BDC#1的媒体协商,以及UE和PSAP之间的ADC#1的媒体协商。
S1814,DCMF和UE之间建立BDC#1。
S1815,DCMF和PSAP之间建立BDC#2。
S1816,UE和PSAP之间建立ADC#1。
经过上述描述信息协商流程,DCMF分别完成和主叫UE、PSAP之间的BDC的建立。UE完成可和PSAP之间的ADC的建立。
进一步地,UE和PSAP可以通过建立好的BDC获取DC App,然后UE上的DC App和PSAP上的DC App可以通过建立好的ADC传输信息。下面结合S1817-S1820进行示例性说明。
S1817,UE通过BDC#1从DCMF获取DC App,具体过程本申请不作限定。这里的DC App例如可以是紧急呼叫小程序。
S1828,PSAP通过BDC#2从DCMF获取DC App。可以理解的是,PSAP获取的DC App与UE获取的DC App应相同。
S1829,UE上的DC App通过ADC#1向PSAP上的DC App发送数据#1,如图片、视频、位置等数据。
S1830,PSAP上的DC App通过ADC#1向UE上的DC App发送数据#2。
通过上述过程,UE和PSAP可以在下载的DC App内通过建立好的ADC通道传输图片、视频、位置等数据。
图19示出了适用于图16所示的网络架构的另一种方法1900的示例性流程图。在方法1900中,UE在与PSAP之间的紧急通话建立完成之后,再分别发起BDC的建立流程以及ADC的建立流程,以减少紧急通话的接通时延。并且在该实施例中,ADC锚定到DCMF。下面结合图19中的各个步骤对方法1900作示例性说明。
S1901a,UE通过初始INVITE流程发起紧急呼叫,与PSAP之间建立IMS会话。
S1901b,PSAP向UE发送摘机200OK响应消息。对应地,UE接收来自PSAP的该摘机200OK响应消息。
本申请不限定UE与PSAP之间建立紧急通话的具体实现方式。作为一种示例,可以通过如7所示的方法700建立UE和PSAP之间的紧急通话。
进一步地,UE请求建立BDC。下面结合S1902-S1915对BDC的创建流程进行说明。
S1902,UE向P-CSCF发送re-invite请求消息。对应地,P-CSCF接收来自UE的该re-invite请求消息。
示例性地,UE在确定与PSAP之间的紧急通话接通之后,向P-CSCF发送re-invite请求消息,以请求协商建立BDC。该re-invite请求消息包括BDC SDP offer#1。其中,该BDCSDP offer#1为UE用于建立BDC的描述信息,如UE用于对接BDC的IP地址、端口信息、TLS ID和证书、QoS需求等。
关于BDC SDP offer#1和ADC SDP offer#1的示例可参考方法1300中S1310部分的示例,这里不再赘述。
S1903,P-CSCF向E-CSCF发送re-invite请求消息。对应地,E-CSCF接收来自P-CSCF的re-invite请求消息。
示例性地,P-CSCF接收来自UE的re-invite请求消息之后,将re-INVITE请求消息转发给E-CSCF。
可选地,S1904,E-CSCF确定触发BDC创建流程。
示例性地,E-CSCF接收来自P-CSCF的re-invite请求消息之后,在发现该re-invite请求消息携带有BDC描述信息(即上述BDC SDP offer#1),并确定UE支持DC的情况下,确定触发BDC创建流程,即则触发DC呼叫事件上报(具体可见S1905)。
S1905,E-CSCF向DCSF发送DC活动通知(DC event notify)消息。对应地,DCSF接收来自E-CSCF的该DC活动通知消息。
示例性地,E-CSCF向DCSF发送DC活动通知消息,以上报紧急呼叫的DC呼叫事件给DCSF。
S1906,DCSF向E-CSCF发送DC控制请求(DC control request)消息。对应地,E-CSCF接收来自DCSF的该DC控制请求消息。
示例性地,DCSF收到E-CSCF上报的DC呼叫事件之后,确定当前呼叫为紧急呼叫,则DCSF向E-CSCF下发DC控制请求消息,以申请BDC通道资源。
S1907,E-CSCF向DCMF发送资源请求消息。对应地,DCMF接收来自E-CSCF的该资源请求消息。
示例性地,E-CSCF接收来自DCSF的DC控制请求消息之后,向DCMF申请BDC通道资源。例如,E-CSCF向DCMF发送资源请求消息,该资源请求消息包括BDC SDP offer#1,该资源请求消息用于请求获取DCMF用于创建BDC的描述信息。
S1908,DCMF向E-CSCF发送资源响应消息。对应地,E-CSCF接收来自DCMF的该资源响应消息。
示例性地,接收来自E-CSCF的资源请求消息之后,DCMF基于BDC SDP offer#1进行媒体协商,确定用于创建UE和DCMF之间的BDC(记为BDC#1)的描述信息,并分配用于创建PSAP和DCMF之间的BDC(记为BDC#2)的描述信息。
进一步地,DCMF向E-CSCF发送资源响应消息,该资源响应消息包括BDC SDPanswer#1和BDC SDP offer#2。其中,BDC SDP answer#1为DCMF协商确定的用于创建UE和DCMF之间的BDC#1的描述信息;BDC SDP offer#2为DCMF分配的用于创建PSAP和DCMF之间的BDC#2的描述信息。
S1909,E-CSCF向PSAP发送re-invite请求消息。对应地,PSAP接收来自E-CSCF的re-invite请求消息。
示例性地,E-CSCF接收来自DCMF的资源响应消息之后,向PSAP发送re-invite请求消息,并在该re-invite请求消息中携带BDC SDP offer#2,以协商DCMF和PSAP之间的BDC#2的描述信息。
S1910,PSAP通向E-CSCF发送200响应消息。对应地,E-CSCF接收来自PSAP的该200响应消息。
示例性地,PSAP接收到re-invite请求消息之后,根据该re-invite请求消息中携带的描述信息完成媒体协商,然后向E-CSCF发送200响应消息,该200响应消息中携带BDCSDP answer#2,其中,该BDC SDP answer#2为PSAP协商确定的用于建立PSAP和DCMF之间的BDC#2的描述信息。
S1911,E-CSCF向DCMF发送BDC SDP answer#2。对应地,DCMF接收来自E-CSCF的BDCSDP answer#2。
示例性地,E-CSCF接收来自PSAP的200响应消息之后,从该200响应消息中获取BDCSDP answer#2,然后将该BDC SDP answer#2发送给DCMF,完成PSAP和DCMF之间的BDC#2的媒体协商。
S1912,E-CSCF向P-CSCF发送200响应消息。对应地,P-CSCF接收来自E-CSCF的该200响应消息。
示例性地,E-CSCF接收来自DCMF的资源响应消息之后,从该资源响应消息中获取BDC SDP answer#1,然后向S-CSCF发送200响应消息,并在该200响应消息中携带该BDC SDPanswer#1。
可以理解的是,本申请不限定E-CSCF执行S1909和S1912的先后顺序。
S1913,P-CSCF向UE发送200响应消息。对应地,UE接收来自P-CSCF的该200响应消息。
示例性地,P-CSCF接收来自E-CSCF的200响应消息之后,将该200响应消息转发给UE。UE从该200响应消息中获取BDC SDP answer#1,从而完成UE和DCMF之间的BDC#1的媒体协商。
S1914,DCMF和UE之间建立BDC#1。
S1915,DCMF和PSAP之间建立BDC#2。
经过上述描述信息协商流程,DCMF分别完成和主叫UE、PSAP之间的BDC的建立。
进一步地,UE请求建立ADC。下面结合S1916-S1929对ADC的创建流程进行示例性说明。
S1916,UE向P-CSCF发送re-invite请求消息。对应地,P-CSCF接收来自UE的该re-invite请求消息。
示例性地,UE在确定与PSAP之间的紧急通话接通之后,向P-CSCF发送re-invite请求消息,以请求协商建立ADC。该re-invite请求消息包括ADC SDP offer#1。其中,该ADCSDP offer#1为UE用于建立ADC的描述信息,如UE用于对接ADC的IP地址、端口信息、TLS ID和证书、QoS需求等。
关于BDC SDP offer#1和ADC SDP offer#1的示例可参考方法1300中S1326部分的示例,这里不再赘述。
S1917,P-CSCF向E-CSCF发送re-invite请求消息。对应地,E-CSCF接收来自P-CSCF的re-invite请求消息。
示例性地,P-CSCF接收来自UE的re-invite请求消息之后,将re-INVITE请求消息转发给E-CSCF。
可选地,S1918,E-CSCF确定触发ADC创建流程。
示例性地,E-CSCF接收来自P-CSCF的re-invite请求消息之后,在发现该re-invite请求消息携带有ADC描述信息(即上述ADC SDP offer#1),并确定UE支持DC的情况下,确定触发ADC创建流程,即则触发DC呼叫事件上报(具体可见S1919)。
S1919,E-CSCF向DCSF发送DC活动通知(DC event notify)消息。对应地,DCSF接收来自E-CSCF的该DC活动通知消息。
示例性地,E-CSCF向DCSF发送DC活动通知消息,以上报紧急呼叫的DC呼叫事件给DCSF。
S1920,DCSF向E-CSCF发送DC控制请求(DC control request)消息。对应地,E-CSCF接收来自DCMF的该DC控制请求消息。
示例性地,DCMF收到E-CSCF上报的DC呼叫事件之后,确定当前呼叫为紧急呼叫,且ADC需要锚定到DCMF,则DCMF向E-CSCF下发DC控制请求消息,以申请ADC通道资源。
S1921,E-CSCF向DCMF发送资源请求消息。对应地,DCMF接收来自E-CSCF的该资源请求消息。
示例性地,E-CSCF接收来自DCMF的DC控制请求消息之后,向DCMF申请ADC通道资源。例如,E-CSCF向DCMF发送资源请求消息,该资源请求消息包括ADC SDP offer#1,该资源请求消息用于请求获取DCMF用于创建ADC的描述信息。
S1922,DCMF向E-CSCF发送资源响应消息。对应地,E-CSCF接收来自DCMF的该资源响应消息。
示例性地,接收来自E-CSCF的资源请求消息之后,DCMF基于ADC SDP offer#1进行媒体协商,确定用于创建UE和DCMF之间的ADC(记为ADC#1)的描述信息,并分配用于创建PSAP和DCMF之间的ADC(记为ADC#2)的描述信息。
进一步地,DCMF向E-CSCF发送资源响应消息,该资源响应消息包括ADC SDPanswer#1和ADC SDP offer#2。其中,ADC SDP answer#1为DCMF协商确定的用于创建UE和DCMF之间的ADC#1的描述信息;ADC SDP offer#2为DCMF分配的用于创建PSAP和DCMF之间的ADC#2的描述信息。
S1923,E-CSCF向PSAP发送re-invite请求消息。对应地,PSAP接收来自E-CSCF的re-invite请求消息。
示例性地,E-CSCF接收来自DCMF的资源响应消息之后,向PSAP发送re-invite请求消息,并在该re-invite请求消息中携带ADC SDP offer#2,以协商DCMF和PSAP之间的ADC#2的描述信息。
S1924,PSAP向E-CSCF发送200响应消息。对应地,E-CSCF接收来自PSAP的该200响应消息。
示例性地,PSAP接收到re-invite请求消息之后,根据该re-invite请求消息中携带的描述信息完成媒体协商,然后向E-CSCF发送200响应消息,该200响应消息中携带ADCSDP answer#2,其中,该ADC SDP answer#2为PSAP协商确定的用于建立PSAP和DCMF之间的ADC#2的描述信息。
S1925,E-CSCF向DCMF发送ADC SDP answer#2。对应地,DCMF接收来自E-CSCF的ADCSDP answer#2。
示例性地,E-CSCF接收来自PSAP的200响应消息之后,从该200响应消息中获取ADCSDP answer#2,然后将该ADC SDP answer#2发送给DCMF,完成PSAP和DCMF之间的ADC#2的媒体协商。
S1926,E-CSCF向P-CSCF发送200响应消息。对应地,P-CSCF接收来自E-CSCF的该200响应消息。
示例性地,E-CSCF接收来自DCMF的资源响应消息之后,从该资源响应消息中获取ADC SDP answer#1,然后向S-CSCF发送200响应消息,并在该200响应消息中携带该ADC SDPanswer#1。
可以理解的是,本申请不限定E-CSCF执行S1926和S1923的先后顺序。
S1927,P-CSCF向UE发送200响应消息。对应地,UE接收来自P-CSCF的该200响应消息。
示例性地,P-CSCF接收来自E-CSCF的200响应消息之后,将该200响应消息转发给UE。UE从该200响应消息中获取ADC SDP answer#1,从而完成UE和DCMF之间的ADC#1的媒体协商。
S1928,DCMF和UE之间建立ADC#1。
S1929,DCMF和PSAP之间建立ADC#2。
经过上述描述信息协商流程,DCMF分别完成和主叫UE、PSAP之间的ADC的建立。
进一步地,UE和PSAP可以通过建立好的BDC获取DC App,然后UE上的DC App和PSAP上的DC App可以通过建立好的ADC传输信息,具体如S1930-S1935所示。其中S1930-S1935与方法1700中的S1716-S1721类似,为了简洁,这里不再赘述。
可以理解的是,在方法1900中UE和PSAP获取DC App的流程(即S1930-S1931)可以在BDC创建流程之后(即S1914和S1915之后)的任意时刻执行,本申请不作限定。
图20示出了适用于图16所示的网络架构的另一种方法1400的示例性流程图。在方法2000中,UE在与PSAP之间的紧急通话建立完成之后,再分别发起BDC的建立流程以及ADC的建立流程,以减少紧急通话的接通时延。并且在该实施例中,ADC锚定到DCMF。下面结合图20中的各个步骤对方法2000作示例性说明。
S2001a,UE通过初始INVITE流程发起紧急呼叫,与PSAP之间建立IMS会话。
S2001b,PSAP向UE发送摘机200OK响应消息。对应地,UE接收来自PSAP的该摘机200OK响应消息。
本申请不限定UE与PSAP之间建立紧急通话的具体实现方式。作为一种示例,可以通过如7所示的方法700建立UE和PSAP之间的紧急通话。
进一步地,UE请求建立BDC,具体过程如S2002-S015所示。S2002-S2015与方法1900中的S11902-S1915类似,为了简洁,这里不再赘述。
再进一步地,UE请求建立ADC。下面结合S2016-S2025对ADC的创建流程进行示例性说明。
S2016,UE向P-CSCF发送re-invite请求消息。对应地,P-CSCF接收来自UE的该re-invite请求消息。
示例性地,UE在确定与PSAP之间的紧急通话接通之后,向P-CSCF发送re-invite请求消息,以请求协商建立ADC。该re-invite请求消息包括ADC SDP offer#1。其中,该ADCSDP offer#1为UE用于建立ADC的描述信息,如UE用于对接ADC的IP地址、端口信息、TLS ID和证书、QoS需求等。
关于BDC SDP offer#1和ADC SDP offer#1的示例可参考方法1400中S1426部分的示例,这里不再赘述。
S2017,P-CSCF向E-CSCF发送re-invite请求消息。对应地,E-CSCF接收来自P-CSCF的re-invite请求消息。
示例性地,P-CSCF接收来自UE的re-invite请求消息之后,将re-INVITE请求消息转发给E-CSCF。
可选地,S2018,MMTel AS确定触发ADC创建流程。
示例性地,MMTel AS接收来自P-CSCF的re-invite请求消息之后,在发现该re-invite请求消息携带有ADC描述信息(即上述ADC SDP offer#1),并确定UE支持DC的情况下,确定触发ADC创建流程,即则触发DC呼叫事件上报(具体可见S2019)。
S2019,E-CSCF向DCMF发送DC活动通知(DC event notify)消息。对应地,DCMF接收来自E-CSCF的该DC活动通知消息。
示例性地,E-CSCF向DCSF发送DC活动通知消息,以上报紧急呼叫的DC呼叫事件给DCSF。
S2020,DCSF向发送DC控制请求(DC control request)消息。对应地,DC接收来自DCMF的该DC控制请求消息。
示例性地,DCSF收到E-CSCF上报的DC呼叫事件之后,确定当前呼叫为紧急呼叫,且ADC不需要锚定到DCMF,则DCSF向E-CSCF下发DC控制请求消息,以指示继续呼叫。
S2021,E-CSCF向PSAP发送re-invite请求消息。对应地,PSAP接收来自E-CSCF的re-invite请求消息。
示例性地,E-CSCF向S-CSCF转发re-invite请求消息,以协商UE和PSAP之间的ADC#1的描述信息。
S2022,PSAP向E-CSCF发送200响应消息。对应地,E-CSCF通过S-CSCF接收来自PSAP的该200响应消息。
示例性地,PSAP接收到re-invite请求消息之后,根据该re-invite请求消息中携带的描述信息完成媒体协商,然后通过S-CSCF向E-CSCF发送200响应消息,该200响应消息中携带ADC SDP answer#1,其中,该ADC SDP answer#1为PSAP协商确定的用于建立PSAP和UE之间的ADC#1的描述信息。
S2023,E-CSCF向P-CSCF发送200响应消息。对应地,P-CSCF接收来自E-CSCF的该200响应消息。
示例性地,E-CSCF接收来自PSAP的200响应消息之后,将该200响应消息转发给P-CSCF,该200响应响应消息中携带ADC SDP answer#1。
S2024,S-CSCF向UE发送200响应消息。对应地,UE接收来自S-CSCF的该200响应消息。
示例性地,P-CSCF接收来自E-CSCF的200响应消息之后,将该200响应消息转发给UE。UE从该200响应消息中获取ADC SDP answer#1,从而完成UE和PSAP之间的ADC#1的媒体协商。
S2025,PSAP和UE之间建立ADC#1。
经过上述描述信息协商流程,完成了主叫UE和PSAP之间的ADC的建立。
进一步地,UE和PSAP可以通过建立好的BDC获取DC App,然后UE上的DC App和PSAP上的DC App可以通过建立好的ADC传输信息,具体如S2026-S2029所示。其中S2026-S2029与方法1800中的S1817-S1820类似,为了简洁,这里不再赘述。
可以理解的是,在方法2000中UE和PSAP获取DC App的流程(即S2026-S2027)可以在BDC创建流程之后(即S2014和S2015之后)的任意时刻执行,本申请不作限定。
图21示出了图16所示的网络架构的另一种方法2100的示例性流程图。在方法2100中,UE在与PSAP之间的紧急通话建立完成之后,发起BDC的建立流程,以减少紧急通话的接通时延。并且在该实施例中,BDC既可以用于下载数据通道应用,又可以用于传输数据通道应用的附加通信信息。即该实施例中可以不建立ADC。下面结合图21中的各个步骤对方法2100作示例性说明。
S2101,UE通过初始INVITE流程发起紧急呼叫,与PSAP之间建立IMS会话。
本申请不限定UE与PSAP之间建立紧急通话的具体实现方式。作为一种示例,可以通过如7所示的方法700建立UE和PSAP之间的紧急通话。
进一步地,UE请求建立BDC,具体过程如S2102-S2115所示。S2102-S2115与方法1900中的S1902-S1915类似,为了简洁,这里不再赘述。
经过上述描述信息协商流程,DCMF分别完成和主叫UE、PSAP之间的BDC的建立。
进一步地,UE和PSAP可以通过建立好的BDC获取DC App,然后UE上的DC App和PSAP上的DC App可以通过建立好的BDC传输数据。下面结合S2116-S2121进行示例性说明。
S2116,UE通过BDC#1从DCMF获取DC App,具体过程本申请不作限定。这里的DC App例如可以是紧急呼叫小程序。
S2127,PSAP通过BDC#2从DCMF获取DC App。可以理解的是,PSAP获取的DC App与UE获取的DC App应相同。
S2118,UE上的DC App通过BDC#1向DCMF发送数据#1,如图片、视频、位置等数据。
S2119,DCMF通过BDC#2向PSAP上的DC App发送数据#1。
S2120,PSAP上的DC App通过BDC#2向DCMF发送数据#2。
S2121,DCMF通过BDC#1向UE上的DC App发送数据#2。
通过上述过程,UE和PSAP可以在下载的DC App内通过建立好的ADC通道传输图片、视频、位置等数据。
可以理解的是,上述实施例(方法1100-方法1500、方法1700-方法2100)是以UE和PSAP为进行IMS通话的设备为例进行说明的,但本申请实施例并不限于此,也就是说,本申请实施例还可以适用于三个或三个以上设备进行IMS通话的场景。
相应于上述各方法实施例给出的方法,本申请实施例还提供了相应的装置,该装置包括用于执行上述各个方法实施例相应的模块。该模块可以是软件,也可以是硬件,或者是软件和硬件结合。可以理解的是,上述各方法实施例所描述的技术特征同样适用于以下装置实施例,因此,未详细描述的内容可以参见上文方法实施例,为了简洁,这里不再赘述。
图22是本申请实施例提供的通信装置10的示意性框图。该装置10包括收发模块11和/或处理模块12。收发模块11可以实现相应的通信功能,处理模块12用于进行数据处理,或者说该收发模块11用于执行接收和发送相关的操作,该处理模块12用于执行除了接收和发送以外的其他操作。收发模块11还可以称为通信接口或通信单元。
可选地,该装置10还可以包括存储模块13,该存储模块13可以用于存储指令和/或数据,处理模块12可以读取存储模块中的指令和/或数据,以使得装置实现前述各个方法实施例中设备或网元的动作。
在第一种设计中,该装置10可对应于上文方法实施例中的第一通信设备(例如图8或图9中的第一通信设备,或是图11-图15或图17-图21中的UE),或者是第一通信设备的组成部件(如芯片)。
该装置10可实现对应于上文方法实施例中的第一通信设备执行的步骤或者流程,其中,收发模块11可用于执行上文方法实施例中第一通信设备的收发相关的操作,处理模块12可用于执行上文方法实施例中第一通信设备的处理相关的操作。
在一种可能的实现方式,该装置10可实现上文方法实施例中方法800或方法900中的第一通信设备,或方法1100-方法1500或方法1700-方法2100中的UE执行的步骤或者流程,示例性地,收发模块11,用于接收来自第二通信设备的呼叫响应消息,该呼叫响应消息指示该第一通信设备与该第二通信设备之间的互联网协议多媒体子系统IMS会话建立完成;该收发模块11,还用于向会话控制功能设备发送重邀请re-invite请求消息,该re-invite请求消息包含用于建立第一数据通道的第一描述信息,该第一数据通道用于下载数据通道应用,该数据通道应用用于在该第一通信设备与该第二通信设备之间进行除语音通话或视频通话之外的通信。
在第二种设计中,该装置10可对应于上文方法实施例中的第二通信设备(例如图8或图9中的第二通信设备,或是图11-图15或图17-图21中的PSAP),或者是第二通信设备的组成部件(如芯片)。
该装置10可实现对应于上文方法实施例中的第二通信设备执行的步骤或者流程,其中,收发模块11可用于执行上文方法实施例中第二通信设备的收发相关的操作,处理模块12可用于执行上文方法实施例中第二通信设备的处理相关的操作。
在第三种设计中,该装置10可对应于上文方法实施例中的会话控制功能设备(例如图8或图9中的会话控制功能设备,或是图11-图15中的MMTel AS,或图17-图21中的E-CSCF),或者是会话控制功能设备的组成部件(如芯片)。
该装置10可实现对应于上文方法实施例中的会话控制功能设备执行的步骤或者流程,其中,收发模块11可用于执行上文方法实施例中会话控制功能设备的收发相关的操作,处理模块12可用于执行上文方法实施例中会话控制功能设备的处理相关的操作。
在一种可能的实现方式,该装置10可实现上文方法实施例中方法800或900中的会话控制功能网元,或方法1100-1500或方法1700-2100中的会话控制功能设备执行的步骤或者流程,示例性地,收发模块11,用于接收来自第一通信设备的重邀请re-invite请求消息,该re-invite请求消息包含用于建立该第一数据通道的第一描述信息,该第一数据通道用于下载数据通道应用,该数据通道应用用于在该第一通信设备与该第二通信设备之间进行除语音通话或视频通话之外的通信,该第一通信设备与该第二通信设备之间的IMS会话已建立完成;处理模块12,用于根据该re-invite请求消息触发该第一数据通道的建立。
应理解,各模块执行上述相应步骤的具体过程在上述各方法实施例中已经详细说明,为了简洁,在此不再赘述。
还应理解,这里的装置10以功能模块的形式体现。这里的术语“模块”可以指应用特有集成电路(application specific integrated circuit,ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中,本领域技术人员可以理解,装置10可以具体为上述实施例中的终端设备,可以用于执行上述各方法实施例中与终端设备对应的各个流程和/或步骤;或者,装置10可以具体为上述实施例中的网络设备,可以用于执行上述各方法实施例中与网络设备对应的各个流程和/或步骤,为避免重复,在此不再赘述。
上述各个方案的装置10具有实现上述方法中的设备(如第一通信设备,或第二通信设备,或会话控制功能设备)所执行的相应步骤的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块;例如收发模块可以由收发机替代(例如,收发模块中的发送单元可以由发送机替代,收发模块中的接收单元可以由接收机替代),其它单元,如处理模块等可以由处理器替代,分别执行各个方法实施例中的收发操作以及相关的处理操作。
此外,上述收发模块11还可以是收发电路(例如可以包括接收电路和发送电路),处理模块可以是处理电路。
图23是本申请实施例提供另一种通信装置20的示意图。该装置20包括处理器21,处理器21用于执行存储器22存储的计算机程序或指令,或读取存储器22存储的数据/信令,以执行上文各方法实施例中的方法。可选地,处理器21为一个或多个。
可选地,如图23所示,该装置20还包括存储器22,存储器22用于存储计算机程序或指令和/或数据。该存储器22可以与处理器21集成在一起,或者也可以分离设置。可选地,存储器22为一个或多个。
可选地,如图23所示,该装置20还包括收发器23,收发器23用于信号的接收和/或发送。例如,处理器21用于控制收发器23进行信号的接收和/或发送。
作为一种方案,该装置20用于实现上文各个方法实施例中由第一通信设备执行的操作。
作为另一种方案,该装置20用于实现上文各个方法实施例中由第二通信设备执行的操作。
作为又一种方案,该装置20用于实现上文各个方法实施例中由会话控制功能设备执行的操作。
应理解,本申请实施例中提及的处理器可以是中央处理模块(centralprocessing unit,CPU),还可以是其他通用处理器、数字信号处理器(digital signalprocessor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现成可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解,本申请实施例中提及的存储器可以是易失性存储器和/或非易失性存储器。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM)。例如,RAM可以用作外部高速缓存。作为示例而非限定,RAM包括如下多种形式:静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlinkDRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM,DR RAM)。
需要说明的是,当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时,存储器(存储模块)可以集成在处理器中。
还需要说明的是,本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
图24是本申请实施例提供一种芯片系统30的示意图。该芯片系统30(或者也可以称为处理系统)包括逻辑电路31以及输入/输出接口(input/output interface)32。
其中,逻辑电路31可以为芯片系统30中的处理电路。逻辑电路31可以耦合连接存储单元,调用存储单元中的指令,使得芯片系统30可以实现本申请各实施例的方法和功能。输入/输出接口32,可以为芯片系统30中的输入输出电路,将芯片系统30处理好的信息输出,或将待处理的数据或信令信息输入芯片系统30进行处理。
作为一种方案,该芯片系统30用于实现上文各个方法实施例中由网络功能虚拟化编排器执行的操作。
例如,逻辑电路31用于实现上文方法实施例中由第一通信设备执行的处理相关的操作,如,图8或图9所示实施例中的第一通信设备或是图11-图15或图17-图21中的UE执行的处理相关的操作;输入/输出接口32用于实现上文方法实施例中由第一通信设备执行的发送和/或接收相关的操作,如图8或图9所示实施例中的第一通信设备或是图11-图15或图17-图21中的UE执行的发送和/或接收相关的操作。
作为另一种方案,该芯片系统30用于实现上文各个方法实施例中由第二通信设备执行的操作,如,图8或图9所示实施例中的第二通信设备或是图11-图15或图17-图21中的UE执行的处理相关的操作;输入/输出接口32用于实现上文方法实施例中由第二通信设备执行的发送和/或接收相关的操作,如图8或图9所示实施例中的第二通信设备或是图11-图15或图17-图21中的PSAP执行的发送和/或接收相关的操作。
作为又一种方案,该芯片系统30用于实现上文各个方法实施例中由应用服务器执行的操作,如,图8或图9所示实施例中的应用服务器或是图11-图15或图17-图21中的IMSAS 1执行的处理相关的操作;输入/输出接口32用于实现上文方法实施例中由应用服务器执行的发送和/或接收相关的操作,如图8或图9所示实施例中的应用服务器或是图11-图15或图17-图21中的IMS AS 1执行的发送和/或接收相关的操作。
作为又一种方案,该芯片系统30用于实现上文各个方法实施例中由数据通道服务器执行的操作,如,图8或图9所示实施例中的数据通道服务器或是图11-图15或图17-图21中的DCS 1执行的处理相关的操作;输入/输出接口32用于实现上文方法实施例中由数据通道服务器执行的发送和/或接收相关的操作,如图8或图9所示实施例中的数据通道服务器或是图11-图15或图17-图21中的DCS 1执行的发送和/或接收相关的操作。
本申请实施例还提供一种计算机可读存储介质,其上存储有用于实现上述各方法实施例中由设备执行的方法的计算机指令。
本申请实施例还提供一种计算机程序产品,包含指令,该指令被计算机执行时以实现上述各方法实施例中由设备执行的方法。
本申请实施例还提供了一种通信系统,包括前述的应用服务器和数据通道服务器。可选地,还包括前述的第一通信设备和第二通信设备。
上述提供的任一种装置中相关内容的解释及有益效果均可参考上文提供的对应的方法实施例,此处不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。此外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。例如,所述计算机可以是个人计算机,服务器,或者网络设备等。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD)等。例如,前述的可用介质包括但不限于:U盘、移动硬盘、只读存储器(read-onlymemory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (26)
1.一种通信方法,其特征在于,包括:
第一通信设备接收来自第二通信设备的呼叫响应消息,所述呼叫响应消息指示所述第一通信设备与所述第二通信设备之间的互联网协议多媒体子系统IMS会话建立完成;
响应于所述呼叫响应消息,所述第一通信设备向会话控制功能设备发送重邀请re-invite请求消息,所述re-invite请求消息包含用于建立第一数据通道的第一描述信息,所述第一数据通道用于下载数据通道应用,所述数据通道应用用于在所述第一通信设备与所述第二通信设备之间进行除语音通话或视频通话之外的通信。
2.根据权利要求1所述的方法,其特征在于,所述re-invite请求消息还包含用于建立第二数据通道的第二描述信息,所述第二数据通道用于传输所述数据通道应用的附加通信信息,所述第一描述信息用于所述第一通信设备建立所述第一数据通道,所述第二描述信息用于所述第一通信设备建立所述第二数据通道。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
所述第一通信设备指示所述第二数据通道锚定到数据通道媒体功能网元;或者
所述第一通信设备指示所述第二数据通道不锚定到所述数据通道媒体功能网元。
4.根据权利要求1所述的方法,其特征在于,所述第一数据通道还用于传输所述数据通道应用的附加通信信息。
5.根据权利要求1至4中任一项所述的方法,其特征在于,所述IMS会话为通过IMS紧急呼叫建立的会话,所述第二通信设备为公共安全应答点。
6.根据权利要求1至5中任一项所述的方法,其特征在于,所述呼叫响应消息为摘机200OK响应消息。
7.根据权利要求1至6中任一项所述的方法,其特征在于,在所述第一通信设备接收来自第二通信设备的呼叫响应消息之前,所述方法还包括:
所述第一通信设备向所述第二通信设备发送初始邀请invite请求消息,所述初始invite请求消息用于请求创建所述IMS会话;
则所述呼叫响应消息为所述初始invite请求消息的响应消息。
8.一种通信方法,其特征在于,包括:
会话控制功能设备接收来自第一通信设备的重邀请re-invite请求消息,所述re-invite请求消息包含用于建立第一数据通道的第一描述信息,所述第一数据通道用于下载数据通道应用,所述数据通道应用用于在所述第一通信设备与所述第二通信设备之间进行除语音通话或视频通话之外的通信,所述第一通信设备与所述第二通信设备之间的IMS会话已建立完成;
所述会话控制功能设备根据所述re-invite请求消息触发所述第一数据通道的建立。
9.根据权利要求8所述的方法,其特征在于,所述re-invite请求消息还包含用于建立第二数据通道的第二描述信息,所述第二数据通道用于传输所述附加通信信息,所述第一描述信息第一通信设备建立所述第一数据通道,所述第二描述信息用于所述第一通信设备建立所述第二数据通道。
10.根据权利要求9所述的方法,其特征在于,所述第一数据通道包括所述第一通信设备与所述数据通道媒体功能网元之间的第一引导数据通道,以及所述第二通信设备与所述数据通道媒体功能网元之间的第二引导数据通道,所述第二数据通道包括所述第一通信设备与所述数据通道媒体功能网元之间的第一应用数据通道,以及所述第二通信设备与所述数据通道媒体功能网元之间的第二应用数据通道;
所述会话控制功能设备根据所述re-invite请求消息触发所述第一数据通道的建立,包括:
所述会话控制功能设备向数据通道媒体功能网元请求第三描述信息、第四描述信息、第五描述信息以及第六描述信息;其中,所述第三描述信息用于所述数据通道媒体功能网元建立所述第一引导数据通道,所述第四描述信息用于所述数据通道媒体功能网元建立所述第一应用数据通道,所述第五描述信息用于所述数据通道媒体功能网元建立所述第二引导数据通道,所述第六描述信息用于所述数据通道媒体功能网元建立所述第二应用数据通道;
所述会话控制功能设备向所述第二通信设备发送请求消息,所述请求消息包括所述第五描述信息和所述第六描述信息;
所述会话控制功能设备接收来自所述第二通信设备的响应消息,所述响应消息包括第七描述信息以及第八描述信息,所述第七描述信息用于所述第二通信设备建立所述第二引导数据通道,所述第八描述信息用于所述第二通信设备建立所述第二应用数据通道;
所述会话控制功能设备向所述第一通信设备发送所述第三描述信息和所述第四描述信息,以及向所述数据通道媒体功能网元发送所述第七描述信息和所述第八描述信息。
11.根据权利要求9所述的方法,其特征在于,所述第一数据通道包括所述第一通信设备与所述数据通道媒体功能网元之间的第三引导数据通道,以及所述第二通信设备与所述数据通道媒体功能网元之间的第四引导数据通道,所述第二数据通道包括所述第一通信设备与所述第二通信设备之间的第三应用数据通道;
所述会话控制功能设备根据所述re-invite请求消息触发所述通道的建立,包括:
所述会话控制功能设备向所述数据通道媒体功能网元请求第九描述信息和第十描述信息,所述第九描述信息用于所述数据通道媒体功能网元建立所述第三引导数据通道,所述第十描述信息用于所述数据通道媒体功能网元建立所述第四引导数据通道;
所述会话控制功能设备向所述第二通信设备发送请求消息,所述请求消息包括所述第二描述信息和所述第十描述信息;
所述会话控制功能设备接收来自所述第二通信设备的响应消息,所述响应消息包括第十一描述信息和第十二描述信息,所述第十一描述信息用于所述第二通信设备建立所述第四引导数据通道,所述第十二描述信息用于所述第二通信设备建立所述第三应用数据通道;
所述会话控制功能设备向所述第一通信设备发送所述第九描述信息和所述第十二描述信息,以及向所述数据通道媒体功能网元发送所述第十一描述信息。
12.根据权利要求8所述的方法,其特征在于,所述第一数据通道还用于传输所述附加通信信息。
13.根据权利要求8至12中任一项所述的方法,其特征在于,所述会话控制功能设备为多媒体电话应用服务器;
在所述会话控制功能设备接收来自第一通信设备的重邀请re-invite请求消息之前,所述方法还包括:
所述会话控制功能设备接收来自所述第一通信设备的初始邀请invite请求消息,所述初始invite请求消息用于所述第一通信设备请求建立所述IMS会话;
所述会话控制功能设备根据所述初始invite请求消息,压制触发建立所述第一数据通道。
14.根据权利要求8至12中任一项所述的方法,其特征在于,所述IMS会话为通过IMS紧急呼叫建立的会话,所述会话控制功能设备为紧急呼叫会话控制功能网元或者多媒体电话应用服务器,所述第二通信设备为公共安全应答点。
15.一种通信方法,其特征在于,包括:
第二通信设备向第一通信设备发送呼叫响应消息,所述呼叫响应消息用于指示第一通信设备与所述第二通信设备之间的互联网协议多媒体子系统IMS会话建立完成;
响应于所述呼叫响应消息,所述第一通信设备发送重邀请re-invite请求消息,所述re-invite请求消息包含用于建立第一数据通道的第一描述信息,所述第一数据通道用于下载数据通道应用,所述数据通道应用用于在所述第一通信设备与所述第二通信设备之间进行除语音通话或视频通话之外的通信;
所述会话控制功能设备接收来自所述第一通信设备的所述re-invite请求消息;
所述会话控制功能设备根据所述re-invite请求消息触发所述第一数据通道的建立。
16.根据权利要求15所述的方法,其特征在于,所述re-invite请求消息还包含用于建立第二数据通道的第二描述信息,所述第二数据通道用于传输所述附加通信信息,所述第一描述信息用于所述第一通信设备建立所述第一数据通道,所述第二描述信息用于所述第一通信设备建立所述第二数据通道。
17.根据权利要求16所述的方法,其特征在于,所述第一数据通道包括所述第一通信设备与所述数据通道媒体功能网元之间的第一引导数据通道,以及所述第二通信设备与所述数据通道媒体功能网元之间的第二引导数据通道,所述第二数据通道包括所述第一通信设备与所述数据通道媒体功能网元之间的第一应用数据通道,以及第二通信设备与所述数据通道媒体功能网元之间的第二应用数据通道;
所述会话控制功能设备根据所述re-invite请求消息触发所述第一数据通道的建立,包括:
所述会话控制功能设备向数据通道媒体功能网元请求第三描述信息、第四描述信息、第五描述信息以及第六描述信息;其中,所述第三描述信息用于所述数据通道媒体功能网元建立所述第一引导数据通道,所述第四描述信息用于所述数据通道媒体功能网元建立所述第一应用数据通道,所述第五描述信息用于所述数据通道媒体功能网元建立所述第二引导数据通道,所述第六描述信息用于所述数据通道媒体功能网元建立所述第二应用数据通道;
所述会话控制功能设备向所述第二通信设备发送请求消息,所述请求消息包括所述第五描述信息和所述第六描述信息;
所述会话控制功能设备接收来自所述第二通信设备的响应消息,所述响应消息包括第七描述信息以及第八描述信息,所述第七描述信息用于所述第二通信设备建立所述第二引导数据通道,所述第八描述信息用于所述第二通信设备建立所述第二应用数据通道;
所述会话控制功能设备向所述第一通信设备发送所述第三描述信息和所述第四描述信息,以及向所述数据通道媒体功能网元发送所述第七描述信息和所述第八描述信息。
18.根据权利要求16所述的方法,其特征在于,所述第一数据通道包括所述第一通信设备与所述数据通道媒体功能网元之间的第三引导数据通道,以及所述第二通信设备与所述数据通道媒体功能网元之间的第四引导数据通道,所述第二数据通道包括所述第一通信设备与所述第二通信设备之间的第三应用数据通道;
所述会话控制功能设备根据所述re-invite请求消息触发所述通道的建立,包括:
所述会话控制功能设备向所述数据通道媒体功能网元请求第九描述信息和第十描述信息,所述第九描述信息用于所述数据通道媒体功能网元建立所述第三引导数据通道,所述第十描述信息用于所述数据通道媒体功能网元建立所述第四引导数据通道;
所述会话控制功能设备向所述第二通信设备发送请求消息,所述请求消息包括所述第二描述信息和所述第十描述信息;
所述会话控制功能设备接收来自所述第二通信设备的响应消息,所述响应消息包括第十一描述信息和第十二描述信息,所述第十一描述信息用于所述第二通信设备建立所述第四引导数据通道,所述第十二描述信息用于所述第二通信设备建立所述第三应用数据通道;
所述会话控制功能设备向所述第一通信设备发送所述第九描述信息和所述第十二描述信息,以及向所述数据通道媒体功能网元发送所述第十一描述信息。
19.根据权利要求15所述的方法,其特征在于,所述第一数据通道还用于传输所述附加通信信息。
20.根据权利要求15至19中任一项所述的方法,其特征在于,所述会话控制功能设备为多媒体电话应用服务器;
在所述会话控制功能设备接收来自第一通信设备的重邀请re-invite请求消息之前,所述方法还包括:
所述会话控制功能设备接收来自所述第一通信设备的初始邀请invite请求消息,所述初始invite请求消息用于所述第一通信设备请求建立所述IMS会话;
所述会话控制功能设备根据所述初始invite请求消息,压制触发建立所述第一数据通道。
21.根据权利要求15至19中任一项所述的方法,其特征在于,所述IMS会话为通过IMS紧急呼叫建立的会话,所述会话控制网元为紧急呼叫会话控制功能网元或者多媒体电话应用服务器,所述第二通信设备为公共安全应答点。
22.一种通信装置,其特征在于,所述装置包括:用于执行如权利要求1至7中任一项所述的方法的模块,或者用于执行如权利要求8至14中任一项所述的方法的模块。
23.一种通信装置,其特征在于,包括:
处理器,用于执行存储器中存储的计算机程序,以使得所述装置执行如权利要求1至7中任一项所述的方法,或者以使得所述装置执行如权利要求8至14中任一项所述的方法。
24.一种计算机程序产品,其特征在于,所述计算机程序产品包括用于执行如权利要求1至7中任一项所述的方法的指令,或者,所述计算机程序产品包括用于执行如权利要求8至14中任一项所述的方法的指令。
25.一种计算机可读存储介质,其特征在于,包括:所述计算机可读存储介质存储有计算机程序;所述计算机程序在计算机上运行时,使得所述计算机执行如权利要求1至7中任一项所述的方法,或者使得所述计算机执行如权利要求8至14中任一项所述的方法。
26.一种通信系统,其特征在于,包括第一通信设备和会话功能控制网元,
其中,所述第一通信设备用于执行如权利要求1至7中任一项所述的方法,所述会话控制功能设备用于执行如权利要求8至14中任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211364765.4A CN117997877A (zh) | 2022-11-02 | 2022-11-02 | 通信方法、装置和系统 |
PCT/CN2023/126171 WO2024093726A1 (zh) | 2022-11-02 | 2023-10-24 | 通信方法、装置和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211364765.4A CN117997877A (zh) | 2022-11-02 | 2022-11-02 | 通信方法、装置和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117997877A true CN117997877A (zh) | 2024-05-07 |
Family
ID=90892195
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211364765.4A Pending CN117997877A (zh) | 2022-11-02 | 2022-11-02 | 通信方法、装置和系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN117997877A (zh) |
WO (1) | WO2024093726A1 (zh) |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102075737A (zh) * | 2011-03-01 | 2011-05-25 | 天津市天祥世联网络科技有限公司 | 视频监控会话方法 |
CN103118044B (zh) * | 2011-11-16 | 2015-12-02 | 华为终端有限公司 | 内容分发业务会话管理方法及系统、设备 |
US20180132291A1 (en) * | 2016-11-04 | 2018-05-10 | T-Mobile Usa, Inc. | SIP Call Continuity Upon Failure |
CN113709190B (zh) * | 2021-10-27 | 2022-03-01 | 中兴通讯股份有限公司 | 业务设置方法和装置、存储介质及电子设备 |
-
2022
- 2022-11-02 CN CN202211364765.4A patent/CN117997877A/zh active Pending
-
2023
- 2023-10-24 WO PCT/CN2023/126171 patent/WO2024093726A1/zh unknown
Also Published As
Publication number | Publication date |
---|---|
WO2024093726A1 (zh) | 2024-05-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10834252B2 (en) | Transcribing audio communication sessions | |
EP2262322A1 (en) | Method, system and equipment for shifting call based on a mobile terminal with the same number and a soft terminal | |
CN104641686A (zh) | VVoIP通话转移 | |
CN101146272A (zh) | Ptt系统、实现ptt通信的方法、ptt管理服务器及终端设备 | |
WO2012149399A1 (en) | Method and apparatus for non-voice emergency services | |
JP7125988B2 (ja) | 中継ネットワークの二重調整方法及び中継ノードデバイス | |
US20090325561A1 (en) | Method and system for enabling a conference call | |
US11510045B2 (en) | Initiation and/or routing of an emergency session in a packet switched communication system | |
CN101459880B (zh) | 一种建立临时群组呼叫的会话请求方法及系统 | |
CN111404865A (zh) | Ims系统加密通话方法、网络设备、终端及系统 | |
CN101389059B (zh) | 实现会话模式切换的方法及设备 | |
KR101567136B1 (ko) | 다자간 통화 단말 및 상기 단말에서의 다자간 통화 전환 방법 | |
CN117997877A (zh) | 通信方法、装置和系统 | |
JP2016139952A (ja) | ハイブリッド端末 | |
US9712662B2 (en) | Method of extending an intercom communication range and device thereof | |
TWI789019B (zh) | 用於呼叫添加控制之使用者代理及其方法 | |
JP5966917B2 (ja) | 中継装置 | |
CN108271132B (zh) | 一种语音加密电话呼叫方法 | |
CN113950859A (zh) | 初始接入带宽部分的确定和配置方法、装置及存储介质 | |
US20240073254A1 (en) | Simultaneous calling in 5g | |
CN117857686B (zh) | 通信方法、通信系统以及相关装置 | |
CN109600720B (zh) | 组播数据处理方法和装置 | |
JP6274263B2 (ja) | 中継装置 | |
CN117692437A (zh) | 通信方法、装置和系统 | |
JP2017022680A (ja) | 通信装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication |