CN113630908B - 用于释放任务关键数据通信的方法、用户设备和服务器 - Google Patents
用于释放任务关键数据通信的方法、用户设备和服务器 Download PDFInfo
- Publication number
- CN113630908B CN113630908B CN202110985386.6A CN202110985386A CN113630908B CN 113630908 B CN113630908 B CN 113630908B CN 202110985386 A CN202110985386 A CN 202110985386A CN 113630908 B CN113630908 B CN 113630908B
- Authority
- CN
- China
- Prior art keywords
- mcdata
- server
- release
- communication
- user equipment
- 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.)
- Active
Links
- 238000004891 communication Methods 0.000 title claims abstract description 405
- 238000000034 method Methods 0.000 title claims abstract description 99
- 230000004044 response Effects 0.000 claims description 84
- 238000012546 transfer Methods 0.000 abstract description 7
- 230000011664 signaling Effects 0.000 description 25
- 239000003999 initiator Substances 0.000 description 23
- 238000007726 management method Methods 0.000 description 19
- 238000010586 diagram Methods 0.000 description 18
- 230000008569 process Effects 0.000 description 9
- 238000012795 verification Methods 0.000 description 7
- 230000005540 biological transmission Effects 0.000 description 6
- 238000013523 data management Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 230000007812 deficiency Effects 0.000 description 3
- 238000001514 detection method Methods 0.000 description 3
- 230000000977 initiatory effect Effects 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 1
- 238000002372 labelling Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000000644 propagated effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000000758 substrate Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/34—Selective release of ongoing connections
- H04W76/36—Selective release of ongoing connections for reassigning the resources associated with the released connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/38—Connection release triggered by timers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1895—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for short real-time information, e.g. alarms, notifications, alerts, updates
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/50—Connection management for emergency connections
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本文公开的内容提供了用于在无线通信系统中释放任务关键数据(MCData)通信的方法和服务器。MCData通信的释放是由MCData UE通过使用超文本传输协议(HTTP)发起的,或者MCData通信的释放是由MCData服务器在有或没有预先通知MCData UE的情况下发起的。
Description
技术领域
本文公开的内容总体上涉及无线通信系统,更具体地,涉及无线通信系统中的任务关键数据(MCData)通信。
背景技术
公共安全网络用于任务关键(MC)数据/语音/视频通信。MCData通信可以包括一组定义的MCData服务。这种MCData服务通常建立在由演进分组系统(EPS)架构提供的现有第三代合作伙伴项目(3GPP)传输通信机制的基础上,以建立、维护和终止用户之间的实际通信路径。通常,MCData服务器为这种MCData服务提供集中支持。MCData服务器可以进一步促进或管理网络的各种用户之间的MCData通信。
在操作情况下,大量用户可能需要同时利用MC通信服务。因此,MCData服务器必须分配资源来满足用户的需求。然而,资源往往是有限的。由于通信的性质,需要高效地管理MCData通信中包含的资源。
上述信息仅作为背景信息呈现,以帮助读者理解本发明。申请人没有对上述任何一个是否可以作为现有技术应用于本申请做出确定和断言。
发明内容
技术方案
提供了一种在无线通信系统中释放任务关键数据(MCData)通信的方法,该方法包括当第一MCData用户设备与一个或多个第二MCData UE通信时,从第一MCData UE接收通信释放消息,向一个或多个第二MCData UE发送通信释放请求消息,从一个或多个第二MCDataUE接收通信释放响应消息,向第一MCData UE发送通信释放响应消息,以及释放与MCData通信相关联的媒体层面资源。
发明的有益效果
本公开使得大量用户能够同时利用MC通信服务。因此,MCData服务器可以有效地分配资源来满足用户的需求。
附图说明
该方法在附图中示出,在所有附图中,相同的附图标记表示不同附图中的相应部分。通过参考附图的以下描述,将更好地理解本文的实施例,其中:
图1A和图1B示出了根据本文公开的实施例的用于释放MCData通信的示例性任务关键(MC)通信系统100;
图2示出了根据本文公开的实施例的用于释放MCData通信的MCData服务器的多个单元;
图3示出了根据本文公开的实施例的MCData服务器的资源管理单元的各种单元;
图4A是示出根据本文公开的实施例的响应于从第一MCData UE(即MCData通信的发起者)接收到的请求,由MCData服务器基于对媒体平面的使用来释放MCData通信的方法的流程图;
图4B是示出根据本文公开的实施例的响应于从第一MCData UE(即,MCData通信的发起者)接收到的请求,由MCData服务器基于对HTTP的使用来释放MCData通信的方法的流程图;
图4C是示出根据本文公开的实施例的基于由MCData服务器检测到的一个或多个事件释放MCData通信的方法的流程图;
图5是示出根据本文公开的实施例,在第一MCData UE、MCData服务器和第二MCData UE之间交换的各种信令消息的序列图,并且根据该信令消息,第一MCData UE使用媒体平面发起MCData通信的释放;
图6是示出根据本文公开的实施例,在第一MCData UE、MCData服务器和第二MCData UE之间交换的各种信令消息的另一个序列图,并且根据该信令消息,第一MCDataUE使用HTTP发起MCData通信的释放;
图7是示出根据本文公开的实施例,在第一MCData客户端UE、MCData服务器和第二MCData UE之间交换的各种信令消息的序列图,并且根据该信令消息,MCData服务器在没有预先通知的情况下通过使用媒体平面来发起MCData通信的释放;
图8是示出根据本文公开的实施例,在第一MCData UE、MCData服务器和第二MCData UE之间交换的各种信令消息的另一个序列图,并且根据该信令消息,MCData服务器在没有预先通知的情况下使用HTTP发起MCData通信的释放;
图9是示出根据本文公开的实施例,在第一MCData UE和MCData服务器之间交换的各种信令消息的序列图,并且根据该信令消息,MCData服务器在预先通知第一MCData UE的情况下发起通信终止;
图10是示出根据本文公开的实施例的各种信令消息的序列图,根据该信令消息,经过鉴权的MCData UE在没有预先通知第一MCData UE的情况下发起MCData通信的释放;以及
图11是示出根据本文公开的实施例的各种信令消息的序列图,根据该信令消息,经过鉴权的MCData UE在预先通知第一MCData UE的情况下发起MCData通信的释放。
具体实施方式
本文的实施例的主要目的是提供一种释放任务关键(MC)数据通信中的资源的方法。
本文的实施例的另一个目的是提供一种使用媒体平面释放MCData通信的方法,MCData通信由MCData用户设备(UE)发起。
本文的实施例的另一个目的是提供一种使用超文本传输协议(HTTP)释放MCData通信的方法,MCData通信由MCData UE发起。
本文的实施例的另一个目的是提供一种由MCData服务器发起的释放MCData通信的方法。
本文的实施例的另一个目的是提供一种在预先通知一个或多个MCData UE的情况下释放用于MCData通信的资源的方法。
本文的实施例的另一个目的是提供一种在没有预先通知一个或多个MCData UE的情况下释放用于MCData通信的资源的方法。
本文的实施例的另一个目的是提供一种由经过鉴权的MCData UE发起的释放MCData通信的方法。
本发明的实施方式
现在将参考附图详细描述本公开的各种实施例。在下面的描述中,诸如详细配置和组件的具体细节被提供仅仅是为了帮助全面理解本公开的这些实施例。因此,对于本领域技术人员来说,很明显,在不脱离本公开的范围和精神的情况下,可以对这里描述的实施例进行各种改变和修改。此外,为了清楚和简明起见,省略了对众所周知的功能和结构的描述。
此外,这里描述的各种实施例不一定相互排斥,因为一些实施例可以与一个或多个其他实施例组合以形成新的实施例。这里,如这里所使用的术语“或”指的是非排他性的或,除非另有说明。这里使用的示例仅仅是为了便于理解本文的实施例的实施方式,并且进一步使本领域技术人员能够实施本文的实施例。因此,这些示例不应被解释为限制本文的实施例的范围。
按照本领域中的传统,可以根据执行所描述的一个或多个功能的块来描述和示出实施例。这些块在这里可以被称为管理器、单元或模块等,由诸如逻辑门、集成电路、微处理器、微控制器、存储器电路、无源电子组件、有源电子组件、光学组件、硬连线电路等模拟和/或数字电路物理实施,并且可以可选地由固件和软件驱动。例如,电路可以具体实施在一个或多个半导体芯片中,或者具体实施在诸如印刷电路板等的衬底支架上。构成块的电路可以由专用硬件或处理器(例如,一个或多个编程的微处理器和相关电路)来实施,或者由执行块的一些功能的专用硬件和执行块的其他功能的处理器的组合来实施。在不脱离本公开的范围的情况下,实施例的每个块可以在物理上分成两个或多个相互作用的离散块。同样,在不脱离本公开的范围的情况下,实施例的块可以物理组合成更复杂的块。
术语“第一”和“第二”在此仅用于标记目的,并且可以互换使用,而不脱离实施例的范围。
因此,本文的实施例提供了一种在无线通信系统中释放MCData通信的方法。该方法包括当第一MCData UE与一个或多个第二MCData UE通信时,由MCData服务器从第一MCData UE接收通信释放消息。此外,该方法包括由MCData服务器向一个或多个第二MCDataUE发送通信释放请求消息。此外,该方法包括由MCData服务器从一个或多个第二MCData UE接收通信释放响应消息。此外,该方法包括由MCData服务器向第一MCData UE发送通信释放响应消息。此外,该方法包括由MCData服务器释放与MCData通信相关联的媒体层面资源。
所提出的方法为释放用于MCData服务的MCData通信提供支持。根据所提出的方法,可以基于从MCData通信的发起者(即,第一MCData UE)接收的通信释放消息来释放MCData通信。
在各种实施例中,该方法包括由MCData服务器根据预定义的一组标准/策略检测事件。此外,该方法包括由MCData服务器基于一个或多个检测到的事件决定释放MCData通信。此外,该方法包括由MCData服务器释放与数据通信相关联的媒体层面资源。例如,事件可以包括容量不足、MCData UE响应于单个发送请求而发送的最大数据量限制或时间间隔限制等。此外,所提出的方法包括支持在有/没有预先通知一个或多个第二MCData UE的情况下进行通信释放的过程。所提出的方法可以用于通过基于检测到的事件释放资源来高效地管理MCData通信中的资源。
在实施例中,超文本传输协议(HTTP)被用作MCData通信的通信传输协议。
在各种实施例中,连接的释放由多个MCData UE中的一个发起。在一些实施例中,在第一MC UE发起连接释放的情况下,MCData UE向MCData服务器发送通信释放消息。此外,MCData UE从MCData服务器接收通信释放响应消息。在将通信释放响应发送到MCData UE之后,MCData服务器释放与MCData通信相关联的媒体层面资源。
在各种实施例中,连接的释放由MCData服务器发起。在一些实施例中,在MCData服务器发起连接释放的情况下,MCData服务器根据预定义的一组标准/策略来检测事件,诸如例如容量不足、MCData UE响应于单个发送请求而发送的最大数据量限制、时间间隔的限制等。MCData服务器基于在MCData服务器上检测到的事件释放MCData通信。
在一些实施例中,MCData服务器向一个或多个第二MCData UE中的每一个发送通信释放请求消息。此外,MCData服务器从一个或多个第二MCData UE中的每一个接收释放与MC通信相关联的媒体层面资源的通信释放响应消息。
在一些实施例中,在释放MCData通信的资源之前,MCData服务器移除从已经发起MCData通信的释放的MCData UE接收到的数据。此外,MCData服务器向一个或多个第二MCData UE发送指示数据不可用的控制指示消息。
在一些实施例中,MCData服务器在不预先通知一个或多个第二MCData UE中的每一个的情况下向一个或多个第二MCData UE中的每一个发送用于释放MCData连接的通信释放请求消息。
在一些实施例中,MCData服务器向多个MCData UE中的一个发送释放意图请求消息(即,用预先通知MCData UE释放连接)。释放意图请求消息包括用于从MCData UE获得更多信息的请求消息。此外,MCData服务器从MCData UE接收响应于释放意图请求消息的包含更多信息的响应消息。此外,MCData服务器等待预定的时间间隔来接收来自MCData UE的延长请求。在预定时间间隔内没有来自MCData UE的延长请求的情况下,MCData服务器释放与MCData通信相关联的媒体层面资源。在一些实施例中,在从第一MCData UE接收到延长请求之后,MCData服务器基于一个或多个策略决定接受延长请求或拒绝延长请求。
在各种实施例中,由经过鉴权的MCData UE发起MCData通信的释放。在一些实施例中,经过鉴权的MCData UE在没有预先通知MCData UE的情况下发起MCData通信的释放。MCData服务器接收从经过鉴权的MCData UE接收的通信释放请求消息。MCData服务器验证从经过鉴权的MCData UE接收的通信释放请求消息。此外,MCData服务器释放与MCData通信相关联的媒体层面资源。
在一些实施例中,经过鉴权的MCData UE在预先通知MCData UE的情况下发起MCData通信的释放。MCData服务器从经过鉴权的MCData UE接收通信释放请求消息。在验证从经过鉴权的MCData UE接收的通信释放请求消息之后,MCData服务器向MCData UE发送释放意图请求消息(其向MCData UE指示预先通知)。释放意图请求消息包括用于获得更多信息的请求消息。此外,MCData服务器从第一MCData UE接收响应于释放意图请求消息的包含更多信息的响应消息。此外,MCData服务器向经过鉴权的MCData UE发送包含更多信息的响应消息。MCData服务器等待预定的时间间隔来接收来自MCData UE的延长请求消息,其中在预定的时间间隔内没有延长请求的情况下,MCData服务器释放与MCData通信相关联的媒体层面资源。如果MCData服务器从MCData UE接收到延长请求消息,则MCData服务器向经过鉴权的MCData UE发送延长请求消息。此外,MCData服务器从经过鉴权的MCData UE接收延长响应,并将延长响应发送给MCData UE。此外,在将延长响应发送到MCData UE之后,MCData服务器释放MCData连接。
现在参考附图,更具体地参考图1至图11,示出了优选实施例。
图1A和图1B示出了根据实施例的用于释放MCData通信的示例性MC通信系统100。如图1A所示,MC通信系统100包括第一MCData UE 102a、多个第二MCData UE,即102b、102c、102d、...、102n和网络106中的MCData服务器104。MCData服务器104可以用作集中式服务器,以使网络106能够向MCData UE 102a、102b、102c、102d、...、102n提供MCData服务。在一些示例中,网络106的元件可以包括3GPP E-UTRAN接入元件(未示出)和3GPP E-UTRAN核心元件(未示出)。例如,第一MCData UE 102a可以通过演进节点B(eNB,未示出)经由LTE-Uu接口(未示出)获得对网络106的接入。此外,MCData服务器104可以联接到各种接入/核心元件。例如,MCData服务器104可以通过一个或多个合适的接口参考点联接到服务网关/分组数据网关。诸如移动管理实体(MME)和多媒体广播/多播服务网关(MBMS GW)之类的各种核心元件可以向MCData服务器104和/或MCData UE 102a、102b、102c、102d、...、102n提供核心3GPP E-UTRAN服务,以便于网络106提供MCData通信服务。在实施例中,如图1B所示,MCData服务器104可以在网络106的外部。网络106的一个或多个元件与MCData服务器104通信,用于向MCData UE 102a、102b、102c、102d、...、102n提供MCData通信服务。在一些实施例中,MCData服务器可以存在于用于提供MCData通信服务的安全环境中。
在实施例中,第一MCData UE 102a和第二MCData UE 102b至102n中的每一个可以是例如电子设备、用户设备(UE)等。第一MCData UE102a和第二MCData UE 102b至102n中的每一个可以包括用于与MCData服务器104通信的MCData客户端(即,应用程序)。第一MCDataUE 102a可以包括第一MCData客户端,第二MCData UE 102b可以包括第二MCData客户端,等等。
每个MCData UE中的MCData客户端充当所有MCData应用事务的用户代理。MCData客户端支持如会话管理、机器人控制、增强状态、数据库查询和安全互联网的MCData服务所利用的SDS、文件分发、数据流和IP连接MCData能力。
MCData服务器104为MCData服务套件提供集中支持。会话管理、机器人、增强状态、数据库查询和需要一对一或群组数据通信的安全互联网MCData服务,通过使用SDS、文件分发、数据流和互联网协议(IP)连接MCData通信能力来实现。所有支持属于单个群组的用户的MCData客户端都需要为该群组使用相同的MCData服务器104。在实施例中,HTTP被用作MCData通信的通信传输协议。
参考图1A,当第一MCData UE 102a与一个或多个第二MCData UE 102b-102n通信时,MCData服务器104被配置为从第一MCData UE 102a接收通信释放请求消息。MCData服务器104被配置为向第一MCData UE 102a发送通信释放消息。此外,MCData服务器104被配置为向一个或多个第二MCData UE 102b-102n发送通信释放消息。在向一个或多个第二MCData UE 102b-102n发送通信释放消息之后,MCData服务器104释放与MCData通信相关联的媒体层面资源。
在实施例中,MCData服务器104根据预定义的一组标准/策略来检测事件。这些事件包括但不限于容量不足、超过第一MCData UE 102a响应于单个发送请求而发送的最大数据量限制或时间限制等。MCData服务器104基于一个或多个检测到的事件,决定释放对一个或多个第二MCData UE的MCData通信。此外,MCData服务器104释放与通信相关联的媒体层面资源。说明书后面部分中结合附图描述了由MCData服务器104释放MCData通信所涉及的各种操作。
图2示出了根据本文公开的实施例的用于释放MCData通信的MCData服务器104的各个单元。如图2所示,MCData服务器104包括通信单元202、资源管理单元204、处理器206和存储器208。
通信单元202可以被配置为从第一MCData UE 102a和一个或多个第二MCData UE102b-102n发送或接收更多信令消息。此外,通信单元202可以被配置为发送一个或多个信令消息,以向第一MCData UE 102a和一个或多个第二MCData UE 102b-102n通知MCData通信的释放。一个或多个信令消息可以被发送到第一MCData UE 102a和一个或多个第二MCData UE 102b-102n,用于MCData通信的释放。
在实施例中,通信单元202可以被配置为从第一MCData UE 102a接收通信释放请求消息。此外,通信单元202可以被配置为向一个或多个第二MCData UE 102b-102n发送通信释放请求消息。通信单元可以进一步被配置为从一个或多个第二MCData UE 102b-102n接收通信释放响应消息。
资源管理单元204可以被配置为管理MCData通信的资源。在实施例中,资源管理单元204可以被配置为基于诸如一个或多个策略、网络负载条件等的一个或多个事件的发生来释放MCData通信的资源。资源管理单元204可以包括用于管理MCData通信的资源的各种单元。结合图3描述用于释放MCData通信的资源管理单元204的功能。
处理器206(例如,硬件单元、装置、中央处理单元(CPU)、图形处理单元(GPU)等)通信联接到存储器208(例如,易失性存储器和/或非易失性存储器);存储器208包括被配置为可通过处理器206寻址的存储位置。
存储器208存储在MCData通信期间从第一MCData UE 102a和一个或多个第二MCData UE 102b-102n接收的数据。在实施例中,存储器208可以包括非易失性存储元件。这种非易失性存储元件的示例可以包括磁性硬盘、光盘、软盘、闪存或电可编程存储器(EPROM)或电可擦除可编程(EEPROM)存储器的形式。此外,在一些示例中,存储器208可以是非暂时性存储介质。术语“非暂时性”可以表示存储介质不是在载波或传播信号中具体实施的。然而,术语“非暂时性”不应被解释为存储器208是不可移动的。在一些示例中,存储器208可以被配置为存储比其容量更多的量的信息。在某些示例中,非暂时性存储介质可以存储可以随时间变化的数据(例如,在随机存取存储器(RAM)或高速缓存中)。
图3示出了根据本文公开的实施例的MCData服务器104的资源管理单元204的各个单元。如图3所示,资源管理单元204包括事件检测单元302、数据管理单元304、请求验证单元306、策略断言单元308和通信释放单元310。
事件检测单元302可以被配置为根据预定义的一组标准/策略来检测事件的发生。例如,事件可以包括容量不足、MCData UE响应于单个发送请求而发送的最大数据量、时间间隔的限制等。一个或多个事件可以由MCData管理员基于高效管理MCData通信资源的要求来配置。
在实施例中,数据管理单元304可以被配置为响应于从第一MCData UE 102a接收的通信释放请求消息,移除打算发给一个或多个第二MCData UE 102b-102n的数据。在移除打算发给一个或多个第二MCData UE 102b-102n的数据之后,数据管理单元304可以被配置为向一个或多个第二MCData UE 102b-102n发送数据不可用指示消息。
请求验证单元306可以被配置为验证从第一MCData UE 102a接收的用于释放MCData通信的通信释放请求。验证通信释放请求消息,以确定经过鉴权的MCData UE是否在请求释放MCData通信。请求验证单元306可以使用一个或多个验证方案来鉴权第一MCDataUE 102a。
策略断言单元308可以被配置为断言或确定用于第一MCData UE 102a和一个或多个第二MCData UE 102b-102n之间的MCData通信的一个或多个策略。基于用于MCData通信的策略,MCData服务器可以接受延长MCData通信时间的请求或者拒绝延长MCData通信时间的请求。
通信释放单元310可以被配置为释放与MCData通信相关联的媒体层面资源。通信释放单元310可以被配置为从事件检测单元302、数据管理单元304、请求验证单元306和策略断言单元308接收用于释放与MCData通信相关联的媒体层面资源的指示。
在实施例中,通信释放单元310可以被配置为在释放MCData通信之前,等待预定的时间间隔来接收来自第一MCData UE 102a的(时间)延长请求。预定的时间间隔可以由MCData管理员设置。如果MCData服务器104没有接收到用户的任何延长请求,则在预定时间间隔期满后,MCData服务器104释放MCData通信。
图4A是流程图400a,示出了根据本文公开的实施例,由MCData服务器104基于从第一MCData UE 102a(即,MCData通信的发起者)接收到的请求,使用媒体平面对MCData通信进行释放的方法。
在操作402a中,该方法包括从第一MCData UE 102a接收通信释放消息。该方法允许通信单元202从第一MCData UE 102a接收通信释放消息。
在操作404a中,该方法包括向一个或多个第二MCData UE 102b-102n发送通信释放请求消息。该方法允许通信单元202向一个或多个第二MCData UE 102b-102n发送通信释放请求消息。
在操作406a中,该方法包括从一个或多个第二MCData UE 102b-102n接收通信释放响应消息。该方法允许通信单元202从一个或多个第二MCData UE 102b-102n接收通信释放响应消息。
在操作408a中,该方法包括将通信释放响应消息发送给第一MCData UE 102a。该方法允许通信单元202将通信释放响应消息发送给第一MCData UE 102a。
在操作410a中,该方法包括释放与MCData通信相关联的媒体层面资源。该方法允许资源管理单元204释放与MCData通信相关联的媒体层面资源。
该方法中的各种动作、行为、方框、操作等可以以呈现的顺序、不同的顺序或同时执行。此外,在一些实施例中,在不脱离本发明的范围的情况下,可以省略、添加、修改、跳过等一些动作、行为、方框、操作等。
图4B是流程图400b,示出了根据本文公开的实施例,由MCData服务器104基于从第一MCData UE 102a(即,MCData通信的发起者)接收到的请求,使用HTTP释放MCData通信的方法。
在操作402b中,该方法包括从第一MCData UE 102a接收通信释放消息。该方法允许通信单元202从第一MCData UE 102a接收通信释放消息。
在操作404b中,该方法包括移除打算发给一个或多个第二MCData UE 102b-102n的数据。该方法允许数据管理单元304移除打算发给一个或多个第二MCData UE 102b-102n的数据。
在操作406b中,该方法包括向一个或多个第二MCData UE 102b-102n发送数据不可用指示消息。该方法允许数据管理单元304移除打算发给一个或多个第二MCData UE102b-102n的数据。
在操作408b中,该方法包括将通信释放响应消息发送给第一MCData UE 102a。该方法允许通信单元202将通信释放响应消息发送给第一MCData UE 102a。
该方法中的各种动作、行为、方框、操作等可以以呈现的顺序、不同的顺序或同时执行。此外,在一些实施例中,在不脱离本发明的范围的情况下,可以省略、添加、修改、跳过等一些动作、行为、方框、操作等。
图4C是流程图400c,示出了根据本文公开的实施例,基于由MCData服务器104检测到的一个或多个事件来释放MCData通信的方法;
在操作402c中,该方法包括检测预定义一组事件中的事件。该方法允许资源管理单元204检测预定义一组事件中的事件。例如,事件可以包括容量不足、MCData UE响应于单个发送请求而发送的最大数据量、时间间隔的限制等。
在操作404c中,该方法包括基于一个或多个检测到的事件,决定释放对一个或多个MCData UE的MCData通信。该方法允许资源管理单元204基于一个或多个检测到的事件决定释放对一个或多个MCData UE的MCData通信。
在操作406c中,该方法包括释放与MCData通信相关联的媒体层面资源。该方法允许资源管理单元204释放与MCData通信相关联的媒体层面资源。在一些实施例中,资源管理单元204被配置为在通过将释放意图请求消息发送到MCData通信发起者(即,第一MCDataUE 102a),在有预先通知的情况下,释放与MCData通信相关联的媒体层面资源。在一些实施例中,资源管理单元204被配置为在没有预先通知的情况下释放与MCData通信相关联的媒体层面资源。在没有预先通知的情况下的MCData通信释放期间,MCData服务器104向第一MCData UE 102a和一个或多个第二MCData UE 102b、102c、102d等至102n发送通信释放请求消息。
该方法中的各种动作、行为、方框、操作等可以以呈现的顺序、不同的顺序或同时执行。此外,在一些实施例中,在不脱离本发明的范围的情况下,可以省略、添加、修改、跳过等一些动作、行为、方框、步骤等。
图5是示出根据本文公开的实施例,在第一MCData UE 102a、MCData服务器104和第二MCData UE 102b之间传输的各种信令消息的序列图,使得第一MCData UE 102a使用媒体平面发起MCData通信的释放。图5中的序列图描述了第一MCData UE 102a发起MCData通信释放的过程,其中MCData通信建立为使用媒体平面的短数据服务(SDS)或使用媒体平面的SDS会话或文件分发。该过程描述了针对正在进行MCData通信并且第一MCData UE 102a(即,发送参与者)发起MCData通信释放的情况的信令控制平面过程。该过程适用于一对一通信和群组MCData通信。
首先,第一MCData UE 102a和第二MCData UE 102b的用户被注册用于接收MCData服务。在第一MCData UE 102a和第二MCData UE 102b之间建立MCData通信,并且第一MCData UE 102a是MCData通信的发起者。
在MCData通信期间,第一MCData UE 102a(即,发送参与者)可以在任何时候向MCData服务器104指示第一MCData UE 102a(发送参与者)不再想要向一个或多个第二MCData UE 102b-102n发送MCData。这导致释放MCData通信。释放MCData通信的过程如下所述。
1.第一MCData UE 102a的用户发起(502)MCData通信释放。
2.第一MCData UE 102a向MCData服务器104发送(504)MCData通信释放请求,用于中断与一个或多个第二MCData UE 102b-102n的通信。MCData通信释放请求包括用于上传数据的第一MCData UE 102a的MCData用户的身份和要在其上释放通信的第二MCData UE102b的身份。
3.MCData服务器104向一个或多个第二MCData UE 102b-102n发送MCData通信释放请求。
4.一个或多个第二MCData UE 102b-102n向相应的MCData用户通知(508)MCData通信的释放。
5.接收到MCData通信释放请求的一个或多个第二MCData UE 102b-102n向MCData服务器104发送(510)MCData通信释放响应。
6.MCData服务器104向第一MCData UE 102a发送(512)MCData通信释放响应。MCData通信释放响应包括请求上传数据的第一MCData UE 102a的MCData用户的身份、在其上释放通信的第二MCData UE 102b的身份以及MCData通信是否被释放的确认。
7.MCData通信的MCData UE 102a-102n已经成功释放了(514)与所释放的MCData通信相关联的媒体层面资源。
8.第一MCData UE 102a向MCData用户通知(516)MCData通信的释放。
图6是示出根据本文公开的实施例,在第一MCData UE 102a、MCData服务器104和第二MCData UE 102b之间传送的各种信令消息的另一序列图,其中第一MCData UE 102a使用HTTP发起MCData通信的释放。图6中的序列图描述了第一MCData UE 102a发起的MCData通信释放的过程,其中MCData通信是通过使用HTTP的文件分发过程来建立的。图6中的过程描述了针对正在进行MCData通信并且第一MCData UE 102a(即,发送参与者)发起MCData通信释放的情况的信令控制平面过程。该过程适用于一对一和一对多MCData通信。
首先,第一MCData UE 102a和第二MCData UE 102b的用户被注册用于通过各自的MCData客户端接收MCData服务。第一MCData UE 102a正在向第二MCData UE 102b-102n发送文件。释放MCData通信的过程如下所述。
1.第一MCData UE 102a的用户发起(602)MCData通信的终止。
2.第一MCData UE 102a向MCData服务器104发送(604)MCData通信释放请求,用于识别HTTP文件传输。MCData通信释放请求包括上传数据的第一MCData UE 102a的MCData用户的身份和将要在其上释放MCData通信的文件URL引用。
3.MCData服务器104停止任何正在进行的数据传输,并移除(606)已经由MCData服务器104存储的数据。
4.MCData服务器将MCData通信释放响应发送(608)回第一MCData UE 102a。MCData通信释放响应包括请求上传数据的第一MCData UE 102a的MCData用户的身份以及MCData通信是否被释放的确认。
5.如果通过HTTP上传文件完成,并且一个或多个第二MCData UE 102b-102n已经接收到文件元数据,例如文件URL,则MCData服务器还向一个或多个第二MCData UE 102b-102n(即,接收文件元数据的所有参与者)发送(610)“数据不可用”控制指示。数据不可用控制指示包括在接收到文件URL引用的第二(多个)MCData UE 102b-102n处的MCData用户的身份、会话标识符和不可下载的文件的URL引用。
6.第一MCData UE 102a向MCData用户通知(612)MCData通信释放或MCData通信终止。
图7是示出根据本文所公开的实施例,在第一MCData客户端UE 102a、MCData服务器104和第二MCData UE 102b之间传送的各种信令消息的序列图,其中MCData服务器在没有预先指示的情况下使用媒体平面发起MCData通信释放,其中MCData通信被建立为使用媒体平面的SDS或使用媒体平面的文件分发。在图7所示的序列图中,MCData服务器104在没有预先通知的情况下发起MCData通信的释放。在这种情况下,MCData服务器104向第一MCDataUE 102a和第二MCData UE 102b和102c发送通信释放请求消息。
由于满足至少一个通信释放条件,诸如例如缺少承载能力、超过第一MCData UE102a(即,参与者)响应于单个发送请求发送的最大数据量限制或时间限制,所以MCData服务器104对正在进行的MCData通信发起释放。基于配置或多个策略,MCData服务器104决定在没有预先通知每个MCData UE的情况下抢先进行MCData通信释放。
图7中的过程描述了在正在进行的MCData通信期间,基于通信释放条件,MCData服务器104发起通信释放的情况下的信令控制平面过程。该过程适用于一对一和一对多通信。
以下是释放正在进行的MCData通信的先决条件。
1.第一MCData客户端UE 102a、第二MCData UE 102b和第二MCData UE102c的MCData用户被注册用于接收MCData服务。
2.MCData管理员已经配置了一个或多个事件,诸如第一MCData UE 102a响应于单个发送请求而发送的最大数据量限制或时间限制。
3.第一MCData UE 102a、第二MCData UE 102b和第二MCData UE 102c之间建立有MCData通信。第一MCData UE 102a是MCData通信的发起者。
释放MCData通信涉及的各种操作如下所述。
1.由于满足释放条件中的至少一个,例如容量不足、超过参与者响应于单个发送请求而发送的最大数据量限制或时间限制,所以MCData服务器104发起(702)对由例如会话标识符标识的MCData通信的释放。基于这种配置,MCData服务器决定抢先进行MCData通信释放,而不向MCData UE 102a给出预先指示。
2.MCData服务器104识别(704)正在进行的MCData通信的参与者,并生成MCData服务器通信释放请求以释放正在进行的MCData通信。MCData服务器通信释放请求包括释放通信的MCData UE 102a-102n的MCData用户的身份、会话标识符和释放原因。
3.MCData服务器104向MCData通信的每个参与者(即,分别为第一MCData UE102a、第二MCData UE 102b和第二MCData UE 102c)发送(706、708和710)MCData服务器通信释放请求。
4.MCData UE 102a、102b和102c向MCData用户通知(712、714和716)MCData通信的释放。
5.MCData UE 102a、102b和102c分别向MCData服务器104发送
(718、720和722)MCData服务器通信释放响应。MCData服务器通信释放响应包括在其上释放通信的第二MCData UE 102b的身份,以及通信是否被释放的确认。
6.MCData通信的所有参与者(即,第一MCData UE 102a、第二MCData UE 102b和第二MCData UE 102c)已经成功释放(724)与所释放的MCData通信相关联的媒体层面资源。
图8是示出根据本文公开的实施例的在第一MCData UE 102a、MCData服务器104和第二MCData UE 102b之间传送的各种信令消息的另一序列图,其中MCData服务器104在没有预先通知的情况下使用HTTP发起MCData通信的释放。
图8中的序列图描述了在没有向第一MCData UE 102a(即,发起者MCData UE)预先指示的情况下,MCData服务器104发起MCData通信释放的过程,其中MCData通信是使用用于使用HTTP的文件分发过程建立的。
图8中的过程描述了在正在进行的MCData通信期间,基于策略或通信传输事件(诸如由MCData管理员设置的限制),MCData服务器104发起通信的情况下的信令控制平面过程。该过程适用于一对一和一对多通信。
以下是释放正在进行的MCData通信的先决条件。
1.第一MCData客户端UE 102a、第二MCData UE 102b和第二MCData UE 102c的MCData用户被注册用于接收MCData服务。
2.MCData管理员已经配置了一个或多个事件,诸如第一MCData UE 102a(即,参与者)响应于单个发送请求而发送的最大数据量限制或时间限制。
3.在第一MCData UE 102a、第二MCData UE 102b和第二MCData UE 102c之间正在进行MCData通信。第一MCData UE 102a是MCData通信的发起者。
释放MCData通信所涉及的各种操作如下所述。
1.由于满足释放条件中的至少一个,例如,容量不足、超过参与者响应于单个发送请求发送的最大数据量限制或时间限制,所以MCData服务器104发起(802)对由例如会话标识符标识的MCData通信的释放。基于这种配置,MCData服务器在不向第一MCData UE 102a给出预先指示的情况下抢先进行MCData通信释放。
2.MCData服务器104停止任何正在进行的数据传输,并移除(804)由MCData服务器104存储的数据。
3.MCData服务器104向第一MCData UE 102a发送(806)包括释放原因的MCData服务器通信释放指示消息。MCData服务器通信释放指示包括要释放通信的MCData UE 102a-102n的MCData用户的身份、要在其上释放通信的文件URL引用和释放原因。
4.MCData UE 102a向相应的MCData用户通知(808)服务器发起的通信释放。
5.如果通过HTTP上传文件完成,并且一个或多个第二MCData UE(102b和102c)已经接收到文件元数据,例如文件URL,则MCData服务器104还向MCData通信的所有参与者(即,第二MCData UE 102b和第二MCData UE 102c)发送(810和814)“数据不可用”控制指示。数据不可用控制指示包括在接收到文件URL引用的第二MCData UE 102b-102n处的MCData用户的身份、会话标识符和不可下载的文件的URL引用。
6.向MCData UE 102b和102c的MCData用户通知MCData通信的释放。
图9是示出了根据本文公开的实施例的在第一MCData UE 102a和MCData服务器104之间传送的各种信令消息的序列图,其中MCData服务器104在预先通知第一MCData UE102a的情况下发起通信的释放。图9描述了用于在预先指示的情况下MCData服务器104发起MCData通信释放的过程,其中MCData通信被建立为使用媒体平面的SDS或者使用媒体平面的文件分发或者使用HTTP的文件分发。
图9中的过程描述了在正在进行的MCData通信期间,基于通信释放条件,MCData服务器104发起通信释放的情况下的信令控制平面过程。作为配置检查的结果,MCData服务器通知释放MCData通信的意图,可选地从发起MCData通信的MCData客户端请求更多信息(例如,以便知道要发送的剩余数据量)。
MCData服务器104基于检测到的事件,诸如容量不足、超过参与者MCData UE响应于单个发送请求发送的最大数据量限制或时间的限制等,发起正在进行的MCData通信的释放。基于一个或多个策略,MCData服务器104决定向第一MCData UE 102a通知服务器释放MCData通信的意图。MCData服务器104向第一MCData UE 102a通知该意图,允许第一MCDataUE 102a请求MCData通信的延长。以下是释放正在进行的MCData通信的先决条件。
1.第一MCData客户端UE 102a、第二MCData UE 102b和第二MCData UE 102c上的MCData用户被注册用于接收MCData服务。
2.MCData管理员已经配置了一个或多个事件,诸如第一MCData UE 102a响应于单个发送请求而发送的最大数据量限制或时间限制。
3.在第一MCData UE 102a、第二MCData UE 102b和第二MCData UE 102c之间正在进行MCData通信,并且第一MCData UE 102a是通信的发起者。
4.MCData管理员已经配置了MCData服务器104需要等待来自MCData UE 102a的延长请求的时间。
释放MCData通信涉及的各种操作如下所述。
1.由于满足释放条件中的至少一个,例如,容量不足、超过参与者响应于单个发送请求发送的最大数据量或时间的限制,所以MCData服务器104发起(902)对由例如会话标识符标识的MCData通信的释放。基于此配置,MCData服务器通知释放MCData通信的意图。
2.MCData服务器104向第一MCData客户端102a发送(904)MCData释放意图请求。MCData服务器104可以在释放意图请求中包括对更多信息的请求,例如,以允许第一MCDataUE 102a指示要发送的剩余数据量(如果第一MCData UE 102a知道的话)。MCData释放意图请求包括作为通信发起者的MCData UE 102a的身份、会话标识符、MCData服务器104需要关于已被识别为要释放的通信的更多信息(例如,知道要传输的剩余数据量)的指示以及释放原因。
3.MCData UE 102a向MCData用户通知(906)释放通信的意图。
4.如果用于更多信息的请求包括在接收到的MCData释放意图请求中,则第一MCData客户端102a向MCData服务器104发回(908)MCData更多信息响应,包括要发送的剩余数据量。当从第一MCData UE 102a接收到MCData更多信息响应时,MCData服务器104等待MCData延长请求,直到MCData管理员配置的时间。如果MCData服务器104在配置的超时内没有接收到MCData延长请求,则MCData服务器104终止MCData通信。MCData更多信息响应包括作为通信发起者的MCData用户的身份、对话标识符和MCData服务器104所请求的更多信息。
5.如果第一MCData UE 102a处的MCData用户决定(910)请求通信延长。
6.第一MCData UE 102a发送(912)MCData通信的MCData延长请求。MCData延长请求包括会话标识符以标识请求延长的通信。
7.当从第一MCData UE 102a接收到MCData通信延长请求时,MCData服务器104断言(914)是决定接受还是拒绝来自第一MCData UE 102a的延长请求的策略。
8.MCData服务器104向第一MCData UE 102a发送(916)MCData延长响应。MCData延长响应包括会话标识符和指示延长请求是否已被接受的延长响应。
根据示例性实施例,如果MCData服务器104决定接受来自第一MCData UE 102a的延长请求,则MCData通信得以继续。如果MCData服务器104决定拒绝来自第一MCData UE102a的延长请求,则MCData通信被释放。
图10是示出根据本文公开的实施例的各种信令消息的序列图,其中经过鉴权的MCData UE 102d在没有预先通知第一MCData UE 102a的情况下发起通信的释放。在正在进行的MCData通信期间的任何时间,MCData UE 102d处的经过鉴权的MCData用户决定释放通信。经过鉴权的用户可以在没有向第一MCData UE 102a发起者MCData客户端预先指示的情况下决定释放MCData通信。根据示例性实施例,经过鉴权的MCData用户可以是也可以不是MCData通信的一部分。
图10中的过程描述了在正在进行的MCData通信期间,经过鉴权的MCData用户102d在没有向第一MCData UE 102a发起者MCData客户端预先指示的情况下发起MCData通信释放的信令控制平面过程。经过鉴权的MCData用户是正在进行的MCData通信的一部分。以下是释放正在进行的MCData通信的先决条件。
1.经过鉴权的MCData UE 102d的MCData用户已经被注册接收MCData服务。
2.在MCData UE 102a-102n之间正在进行MCData通信,并且经过鉴权的MCData用户正在跟踪哪个(哪些)MCData UE(即,参与者)正在接收通信,例如通过MCData通信的“消息已传递”和/或“消息已读取”指示。
释放MCData通信涉及的各种操作如下所述
1.经过鉴权的MCData UE 102d的MCData用户请求(1002)释放正在进行的MCData通信,而没有向MCData通信的发起者,即第一MCData UE 102a预先指示。
2.经过鉴权的MCData UE 102d向MCData服务器104发送(1004)标识要释放的MCData通信的MCData鉴权用户通信释放请求。MCData鉴权用户通信释放请求还包括用于在不向第一MCData UE 102a预先指示的情况下MCData服务器104释放MCData通信的信息。MCData鉴权用户通信释放请求包括用于识别要释放的通信的会话标识符,以及用于在没有预先指示的情况下MCData服务器104释放MCData通信的指示。
3.在接收到释放该MCData通信的MCData鉴权用户通信释放请求时,MCData服务器104验证(1006)从其接收到MCData鉴权用户通信释放请求的经过鉴权的MCData UE。MCData服务器104确定MCData UE102d处的MCData用户是否被允许释放通信。
4.在验证之后,如果在MCData UE 102d处的MCData用户被认证为能够释放MCData通信,则MCData服务器104释放(1008)MCData通信。
5.在释放MCData通信之后,MCData服务器104向经过鉴权的MCData UE 102d发送(1010)MCData鉴权用户通信释放响应。MCData鉴权用户通信释放响应包括识别已释放的MCData通信的对话标识符和对MCData通信是否被释放的确认。
图11是示出了根据本文公开的实施例的各种信令消息的序列图,其中经过鉴权的MCData UE 102d在预先通知第一MCData UE 102a的情况下发起MCData通信的释放。在正在进行的MCData通信期间的任何时间,MCData UE 102d处的经过鉴权的MCData用户决定释放MCData通信。经过鉴权的用户可以决定在向第一MCData UE 102a(即发起者MCData UE)预先指示的情况下释放MCData通信。预先指示允许第一MCData UE 102a(即发起者MCDataUE)请求MCData通信延长。应当注意,经过鉴权的MCData用户可以是也可以不是MCData通信的一部分。
图11中的过程描述了在正在进行的MCData通信期间,MCData UE 102d处的经过鉴权的MCData用户在对第一MCData UE 102a(即,发起者MCData UE)预先指示的情况下发起MCData通信释放的情况下的信令控制平面过程。经过鉴权的MCData用户是正在进行的MCData通信的一部分。第一MCData UE 102a决定请求延长正在进行的通信。以下是释放正在进行的MCData通信的先决条件。
1.MCData UE 102d的经过鉴权的MCData用户被注册用于接收MCData服务。
2.在第二MCData UE 102b-102n之间正在进行MCData通信,并且第一MCData UE102a是MCData通信的发起者。MCData UE 102d的经过鉴权的MCData用户例如通过MCData通信的“消息已传递”和/或“消息已读取”指示来跟踪哪个(哪些)MCData UE 102b-102n正在接收通信。
释放正在进行的MCData通信所涉及的各种操作如下所述。
1.MCData UE 102d的经过鉴权的MCData用户通过向第一MCData UE 102a(即,MCData通信的发起者)提供预先通知来请求(1102)释放MCData通信。
2.经过鉴权的MCData UE 102d向MCData服务器104发送(1104)包括唯一地标识MCData通信的通信标识符的MCData鉴权用户通信释放请求。经过鉴权的MCData客户端可以在MCData鉴权用户通信释放请求中包括对更多信息的请求,例如,以允许第一MCData UE102a指示要发送的剩余数据量(如果第一MCData UE 102a知道的话)。MCData鉴权用户通信释放请求还包括用于MCData服务器104在预先通知第一MCData UE 102a的情况下释放MCData通信的信息。MCData鉴权用户通信释放请求包括识别要释放的通信的会话标识符、在MCData UE 102d处的经过鉴权的MCData用户需要关于已经被识别为要释放的通信的更多信息的指示以及用于在有预先指示的情况下MCData服务器104释放MCData通信的指示。
3.在接收到释放MCData通信的MCData鉴权用户通信释放请求时,MCData服务器104验证(1106)从其接收通信释放请求的经过鉴权的MCData UE 102d的用户。MCData服务器104确定是否允许经过鉴权的MCData UE 102d释放通信。
4.在验证之后,如果经过鉴权的MCData UE 102d被认证为能够终止MCData通信,则MCData服务器104发送(1108)MCData释放意图请求消息,该消息包括释放MCData通信的原因。如果经过鉴权的MCData客户端102d请求更多信息,则MCData服务器104可以在释放意图请求消息中包括对更多信息的请求。MCData释放意图请求包括作为通信发起者的MCDataUE 102a的身份、会话标识符、在MCData UE 102d处的MCData用户需要关于已经被识别为要释放的通信的更多信息(例如,以知道要发送的剩余数据量)的指示以及释放原因。
5.MCData UE 102a向MCData用户通知(1110)由经过鉴权的MCData UE 102d的MCData用户释放通信的意图。
6.当从MCData服务器104接收到关于释放MCData通信的意图的MCData释放意图请求时,如果包括对更多信息的请求,则第一MCData UE 102a向MCData服务器104发送(1112)MCData更多信息响应,并指示要发送的剩余数据量。MCData更多信息响应包括作为通信发起者的MCData用户的身份、会话标识符以及由MCData UE 102d处的经过鉴权的MCData用户请求的更多信息。
7.在接收到来自第一MCData UE 102a的响应之后,MCData服务器104将MCData更多信息响应转发(1114)到经过鉴权的MCData UE 102d,并等待请求延长到MCData管理员配置的时间的MCData延长请求。如果在所配置的超时内,MCData服务器104没有从第一MCDataUE 102a接收到MCData延长请求,则MCData服务器104释放MCData通信。
8.第一MCData UE 102a处的MCData用户请求(1116)MCData通信的延长。
9.第一MCData UE 102a向MCData服务器104发送(1118)MCData延长请求。MCData服务器104向经过鉴权的MCData UE 102d发送(1120)延长请求。MCData延长请求包括会话标识符,以标识被请求延长的通信。
10.当从MCData服务器104接收到MCData延长请求时,经过鉴权的MCData UE 102d通知(1122)经过鉴权的MCData用户。经过鉴权的MCData用户决定接受或拒绝延长请求。
11.经过鉴权的MCData UE向MCData服务器104发送(1124)MCData延长响应。MCData服务器104向第一MCData UE 102a发送
(1126)响应。如果经过鉴权的MCData UE 102d决定接受来自第一MCData UE 102a的延长请求,则MCData通信继续。如果经过鉴权的MCData UE 102d决定拒绝来自第一MCData UE 102a的延长请求,则MCData服务器释放(1128)MCData通信。MCData延长响应包括会话标识符和对延长的响应,该响应指示延长请求是否已被接受。
12.在释放MCData通信之后,MCData服务器104向经过鉴权的MCData UE 102d发送(1130)McData鉴权用户通信释放响应。MCData鉴权用户通信释放响应包括用于识别被释放的MCData通信的会话标识符,以及MCData通信是否被释放的确认。
本文公开的实施例可以使用运行在至少一个硬件设备上并执行网络管理功能来控制元件的至少一个软件程序来实施。
具体实施例的前述描述将如此充分地揭示本文实施例的一般性质,以至于其他人可以通过应用当前知识,容易地修改这些具体实施例和/或使其适应于各种应用,而不脱离一般概念,因此,这种适应和修改应该并且意图被理解在所公开的实施例的等同物的含义和范围内。应当理解,这里使用的措辞或术语是为了描述而不是为了限制的目的。因此,尽管已经根据优选实施例描述了本文的实施例,但是本领域技术人员将认识到,可以在这里描述的实施例的精神和范围内进行修改来实践本文的实施例。
Claims (20)
1.一种用于释放任务关键数据MCData通信的方法,所述方法由MCData服务器执行,所述MCData通信在第一MCData用户设备UE、第二MCData用户设备UE和所述MCData服务器之间进行,所述方法包括:
所述MCData服务器基于释放条件确定是否释放MCData通信;
所述MCData服务器向所述第一MCData用户设备UE发送包括对更多信息的请求的MCData释放意图请求消息;
所述MCData服务器从所述第一MCData用户设备UE接收作为包括对更多信息的请求的所述MCData释放意图请求消息响应的MCData更多信息响应;
所述MCData服务器在从所述第一MCData用户设备UE接收到所述MCData更多信息响应时,确定是否在预定时间内从所述第一MCData用户设备UE接收到MCData延长请求;
响应于从所述第一MCData用户设备UE接收到所述MCData延长请求,所述MCData服务器基于一个或多个策略,确定是否接受所述MCData延长请求;
所述MCData服务器基于对是否接受所述MCData延长请求的确定,向所述第一MCData用户设备UE发送MCData响应消息;以及
当所述MCData服务器未接受所述延长请求时,释放所述MCData通信。
2.根据权利要求1所述的方法,其中,所述MCData更多信息响应包括要传输的剩余数据量。
3.根据权利要求1所述的方法,其中,释放所述MCData通信还包括:
向所述第一MCData用户设备UE和所述第二MCData用户设备UE发送MCData服务器通信释放请求;以及
从所述第一MCData用户设备UE和所述第二MCData用户设备UE接收MCData服务器通信释放响应。
4.根据权利要求1所述的方法,还包括:
删除所述MCData服务器存储的文件数据;以及
向所述第一MCData用户设备UE发送MCData服务器通信释放指示。
5.根据权利要求1所述的方法,其中,所述释放条件包括容量条件、数据量限制条件和时间限制条件。
6.根据权利要求4所述的方法,其中,所述MCData服务器通信释放指示包括与释放原因相关的信息。
7.一种用于释放任务关键数据MCData通信的方法,所述方法由第一MCData用户设备UE执行,所述MCData通信在所述第一MCData用户设备UE、第二MCData用户设备UE和所述MCData服务器之间进行,所述方法包括:
从所述MCData服务器接收MCData释放意图请求;
确定所述MCData释放意图请求是否包括对更多信息的请求;
在所述对更多信息的请求包括在所述MCData释放意图请求中的情况下,向所述MCData服务器发送MCData更多信息响应,并且向所述MCData服务器发送MCData延长请求;以及
从所述MCData服务器接收MCData延长响应,或者从所述MCData服务器接收MCData服务器通信释放指示。
8.根据权利要求7所述的方法,还包括:
从所述MCData服务器接收MCData服务器通信释放请求;以及
向所述MCData服务器发送MCData服务器通信释放响应。
9.根据权利要求7所述的方法,其中,所述MCData更多信息响应包括要传输的剩余数据量。
10.根据权利要求7所述的方法,其中,所述MCData服务器通信释放指示包括与释放原因相关的信息。
11.一种用于释放任务关键数据MCData通信的MCData服务器,所述MCData通信在第一MCData用户设备UE、第二MCData用户设备UE和所述MCData服务器之间进行,所述MCData服务器包括:
收发器;以及
处理器,与所述收发器连接并配置为:
基于释放条件确定是否释放MCData通信;
向所述第一MCData用户设备UE发送包括对更多信息的请求的MCData释放意图请求消息;
从所述第一MCData用户设备UE接收作为包括对更多信息的请求的所述MCData释放意图请求消息的响应的MCData更多信息响应;
在从所述第一MCData用户设备UE接收到所述MCData更多信息响应时,确定是否在预定时间内从所述第一MCData用户设备UE接收到MCData延长请求;
响应于从所述第一MCData用户设备UE接收到所述MCData延长请求,基于一个或多个策略,确定是否接受所述MCData延长请求;
基于对是否接受所述MCData延长请求的确定,向所述第一MCData用户设备UE发送MCData响应消息;以及
当所述MCData服务器未接受所述延长请求时,释放所述MCData通信。
12.根据权利要求11所述的MCData服务器,其中,所述MCData更多信息响应包括要传输的剩余数据量。
13.根据权利要求11所述的MCData服务器,其中,所述处理器还配置为:
向所述第一MCData用户设备UE和所述第二MCData用户设备UE发送MCData服务器通信释放请求;以及
从所述第一MCData用户设备UE和所述第二MCData用户设备UE接收MCData服务器通信释放响应。
14.根据权利要求11所述的MCData服务器,其中,所述处理器还配置为:
删除所述MCData服务器存储的文件数据;以及
向所述第一MCData用户设备UE发送MCData服务器通信释放指示。
15.根据权利要求11所述的MCData服务器,其中,所述释放条件包括容量条件、数据量限制条件和时间限制条件。
16.根据权利要求14所述的MCData服务器,其中,所述MCData服务器通信释放指示包括与释放原因相关的信息。
17.一种用于释放任务关键数据MCData通信的第一MCData用户设备UE,所述MCData通信在所述第一MCData用户设备UE、第二MCData用户设备UE和MCData服务器之间进行,所述第一MCData用户设备UE包括:
收发器;以及
处理器,与所述收发器连接并配置为:
从所述MCData服务器接收MCData释放意图请求;
确定所述MCData释放意图请求是否包括对更多信息的请求;
在所述对更多信息的请求包括在所述MCData释放意图请求中的情况下,向所述MCData服务器发送MCData更多信息响应,并且向所述MCData服务器发送MCData延长请求;以及
从所述MCData服务器接收MCData延长响应,或者从所述MCData服务器接收MCData服务器通信释放指示。
18.根据权利要求17所述的第一MCData用户设备UE,其中,所述处理器还配置为:
从所述MCData服务器接收MCData服务器通信释放请求;以及
向所述MCData服务器发送MCData服务器通信释放响应。
19.根据权利要求17所述的第一MCData用户设备UE,其中,所述MCData更多信息响应包括要传输的剩余数据量。
20.根据权利要求17所述的第一MCData用户设备UE,其中,所述MCData服务器通信释放指示包括与释放原因相关的信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110985386.6A CN113630908B (zh) | 2016-11-04 | 2017-11-03 | 用于释放任务关键数据通信的方法、用户设备和服务器 |
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
IN201641037800 | 2016-11-04 | ||
IN201641037800 | 2017-10-27 | ||
PCT/KR2017/012434 WO2018084648A1 (en) | 2016-11-04 | 2017-11-03 | Method of and apparatus for releasing mission critical data communication |
CN202110985386.6A CN113630908B (zh) | 2016-11-04 | 2017-11-03 | 用于释放任务关键数据通信的方法、用户设备和服务器 |
CN201780068244.5A CN110383940B (zh) | 2016-11-04 | 2017-11-03 | 用于释放任务关键数据通信的方法、用户设备和服务器 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201780068244.5A Division CN110383940B (zh) | 2016-11-04 | 2017-11-03 | 用于释放任务关键数据通信的方法、用户设备和服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113630908A CN113630908A (zh) | 2021-11-09 |
CN113630908B true CN113630908B (zh) | 2024-05-14 |
Family
ID=62088478
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110985386.6A Active CN113630908B (zh) | 2016-11-04 | 2017-11-03 | 用于释放任务关键数据通信的方法、用户设备和服务器 |
CN201780068244.5A Active CN110383940B (zh) | 2016-11-04 | 2017-11-03 | 用于释放任务关键数据通信的方法、用户设备和服务器 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201780068244.5A Active CN110383940B (zh) | 2016-11-04 | 2017-11-03 | 用于释放任务关键数据通信的方法、用户设备和服务器 |
Country Status (5)
Country | Link |
---|---|
US (1) | US11324070B2 (zh) |
EP (1) | EP3520378B1 (zh) |
KR (1) | KR102314648B1 (zh) |
CN (2) | CN113630908B (zh) |
WO (1) | WO2018084648A1 (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110463233B (zh) * | 2017-03-24 | 2022-06-24 | 三星电子株式会社 | 用于短数据服务的客户端协议选择的系统和方法 |
EP4128657A4 (en) * | 2020-08-10 | 2023-09-13 | Samsung Electronics Co., Ltd. | SYSTEM AND METHOD FOR MANAGING MULTIMEDIA TRANSMISSION IN A VITAL SYSTEM |
CN113259441B (zh) * | 2021-05-18 | 2023-04-07 | 海能达通信股份有限公司 | 3gpp关键任务数据业务的服务质量控制方法、装置及系统 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101047962A (zh) * | 2006-03-31 | 2007-10-03 | 华为技术有限公司 | 一种多媒体广播/多播业务的业务释放方法 |
WO2014131158A1 (en) * | 2013-02-27 | 2014-09-04 | Telefonaktiebolaget L M Ericsson (Publ) | Controlling resources of radio terminal in radio access node |
WO2016106593A1 (zh) * | 2014-12-30 | 2016-07-07 | 华为技术有限公司 | 一种话权控制方法及装置 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7738386B2 (en) | 2007-05-18 | 2010-06-15 | Welch Allyn, Inc. | Method to ensure that life-critical data is transported effectively and safely |
US8355487B2 (en) * | 2007-08-03 | 2013-01-15 | Alcatel Lucent | Multiple maximum durations defined for sessions over a communication network |
GB2510139B (en) * | 2013-01-24 | 2015-06-03 | Broadcom Corp | Method, apparatus and computer program for providing a transmission opportunity |
US20140297805A1 (en) | 2013-03-29 | 2014-10-02 | Alcatel-Lucent India Limited | Method and apparatus for assigning priority levels to streams by a network element in a communications network |
WO2014161609A1 (en) * | 2013-04-04 | 2014-10-09 | Telefonaktiebolaget L M Ericsson (Publ) | Network initiated cs services during ims call |
US10264623B2 (en) | 2014-06-30 | 2019-04-16 | Lg Electronics Inc. | Method and appartus for supporting a mission critical push to talk service in a wireless access system |
US10080163B2 (en) * | 2014-07-15 | 2018-09-18 | T-Mobile Usa, Inc. | Telecommunication network pre-establishment service interruption response |
US9936498B2 (en) | 2014-11-04 | 2018-04-03 | Qualcomm Incorporated | High reliability low latency mission critical communication |
WO2018048230A1 (en) | 2016-09-07 | 2018-03-15 | Samsung Electronics Co., Ltd. | Method for managing short data service (sds) in mission critical data (mc data) communication system |
-
2017
- 2017-11-03 US US16/345,936 patent/US11324070B2/en active Active
- 2017-11-03 CN CN202110985386.6A patent/CN113630908B/zh active Active
- 2017-11-03 KR KR1020197012823A patent/KR102314648B1/ko active IP Right Grant
- 2017-11-03 CN CN201780068244.5A patent/CN110383940B/zh active Active
- 2017-11-03 EP EP17867979.1A patent/EP3520378B1/en active Active
- 2017-11-03 WO PCT/KR2017/012434 patent/WO2018084648A1/en unknown
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101047962A (zh) * | 2006-03-31 | 2007-10-03 | 华为技术有限公司 | 一种多媒体广播/多播业务的业务释放方法 |
WO2014131158A1 (en) * | 2013-02-27 | 2014-09-04 | Telefonaktiebolaget L M Ericsson (Publ) | Controlling resources of radio terminal in radio access node |
WO2016106593A1 (zh) * | 2014-12-30 | 2016-07-07 | 华为技术有限公司 | 一种话权控制方法及装置 |
Non-Patent Citations (2)
Title |
---|
"S6-161178_was_161092_Procedures-SDS_session".3GPP tsg_sa\WG6_MissionCritical.2016,全文. * |
"S6-161267_was_161247_161180_161094_Procedures-FD_media_plane".3GPP tsg_sa\WG6_MissionCritical.2016,全文. * |
Also Published As
Publication number | Publication date |
---|---|
KR102314648B1 (ko) | 2021-10-19 |
CN110383940B (zh) | 2021-09-24 |
US20200068649A1 (en) | 2020-02-27 |
EP3520378B1 (en) | 2022-01-05 |
EP3520378A1 (en) | 2019-08-07 |
US11324070B2 (en) | 2022-05-03 |
CN113630908A (zh) | 2021-11-09 |
EP3520378A4 (en) | 2020-01-22 |
KR20190075077A (ko) | 2019-06-28 |
WO2018084648A1 (en) | 2018-05-11 |
CN110383940A (zh) | 2019-10-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109691062B (zh) | 管理任务关键数据(MC Data)通信系统中的短数据服务(SDS)的方法 | |
EP3496432B1 (en) | Efficient multicast transmission | |
US11553021B2 (en) | Media downlink transmission control method and related device | |
CN113630908B (zh) | 用于释放任务关键数据通信的方法、用户设备和服务器 | |
KR20190044616A (ko) | 미션 크리티컬 데이터(mcdata) 통신 시스템에서 통신을 관리하는 방법 | |
CN110679163B (zh) | 在任务关键数据通信系统中发送和接收数据的方法和装置 | |
CN110637468A (zh) | 通知关键任务服务(mcx)组的成员的状态的方法和系统 | |
CN106506601B (zh) | 数据传输的方法及装置 | |
US20240214781A1 (en) | System and method for client protocol selection for short data service | |
CN103327087B (zh) | 一种会议控制的方法及装置 | |
US10623983B2 (en) | Service aware overload handling in a communication network | |
JP2021518680A5 (zh) | ||
JP7260569B2 (ja) | メディアダウンリンク伝送制御方法及び関連するデバイス | |
EP3021637A1 (en) | Conference release method, device and system, and storage medium | |
CN115486048A (zh) | 通过预建立会话共享mcx通信的理由原因的方法和设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |