无线通信系统中的服务实现方法与装置与流程

本公开涉及无线通信系统中所使用的服务实现方法。更具体地讲，本公开涉及用于发送由无线通信系统中的终端所收集的媒体内容的方法与装置。

背景技术：

为了满足自第四代(4g)通信系统商业化以来日益增长的无线数据业务需求，目前开发的重点主要集中于第五代(5g)或者前5g通信系统。为此，将5g或者前5g通信系统称为超4g网络通信系统或者后长期演进(lte)系统。为了实现高数据速率，目前正在考虑在毫米波(mm波)频带(例如，60ghz频带)上实现5g通信系统。为了减小传播损耗和增加传播距离，5g通信系统有望协调诸如波束形成、大规模多输入多输出(mimo)、全维度mimo(fd-mimo)、阵列天线、模拟波束形成、以及大型天线的各种技术。另外，针对5g通信系统的吞吐量的增加，目前正在对诸如小小区、先进小小区、云无线电接入网络(云ran)、超密度网络、设备至设备通信(d2d)、无线回程、移动网络、合作通信、协调多点(comp)、以及干扰消除的各种技术进行研究。而且，正在进行的研究包括混合频移键控(混合fsk)和正交幅度调制(qam)以及作为先进的编码调制(acm)的滑动窗口叠加编码(swsc)、滤波器组多载波(fbmc)、非正交多址(noma)、以及稀疏码多址(scma)的使用。

与此同时，因特网也正从其中由人生成并消费信息的以人为中心的通信网络向其中分布式事物或者组件交换和处理信息的物联网(iot)演化。基于云服务器的大数据处理技术和iot的组合产生了万物网技术。为了确保实现iot所需的感测技术、有线/无线通信和网络基础设施、服务接口技术、以及安全技术，最近的研究已主要集中于传感器网络、机器至机器(m2m)、以及机器类型通信(mtc)技术。在iot环境中，可以提供能够收集和分析由联网的事物所生成的数据，以创建人类生活的新价值的智能因特网技术(it)。可以通过传统it以及各种行业的融合将iot应用于诸如智能家庭、智能建筑、智能城市、智能汽车或者联网汽车、智能电网、卫生保健、智能电器、以及智能医疗服务的各种领域。

于是，存在着将iot应用于5g通信系统的各种尝试。例如，通过诸如波束形成、mimo、以及阵列天线的5g通信技术实现传感器网络、m2m、以及mtc技术。以上所提到的作为大数据处理技术的云ran的应用是5g和iot技术之间融合的示例。

与此同时，在灾难情况下，公共安全lte(ps-lte)使用涉及lte的关键任务按键通话(mcptt)向用户提供了针对公共安全的通信服务。

为此，可以将终端配置为获取紧急情况下其周围媒体内容，并且将媒体内容发送至紧急情况管理器，作为帮助。

因此，存在着对获取处于紧急情况下的终端的周围媒体内容，并且将媒体内容发送至紧急情况管理器的方法的需求。

仅作为有助于理解本公开的背景信息呈现以上信息。就本公开而言，对于以上任何描述是否可用作现有技术未做确定，也未加断言。

技术实现要素：

技术问题

于是，存在着对获取处于紧急情况下的终端的周围媒体内容，并且将媒体内容发送至紧急情况管理器的方法的需求。

技术方案

本公开的各个方面旨在至少解决以上所提到的问题和/或不足，并且旨在至少提供以下所描述的优点。因此，本公开的方面旨在提供用于向紧急情况管理器发送由终端所收集的媒体内容的方法与装置。

根据本公开的一个方面，提供了一种通信系统中终端的单向服务实现方法。所述单向服务实现方法包括通过发送注册消息向服务器注册、发送包括请求单向服务的信息的单向服务请求消息、以及基于单向服务请求消息建立第一会话。

根据本公开的另一个方面，提供了一种用于在通信服务中执行单向服务的终端。所述终端包括收发器和控制器，其中，收发器用于与其他网络实体进行通信，控制器控制通过发送注册消息向服务器注册、发送包括请求单向服务的信息的单向服务请求消息、以及基于单向服务请求消息建立第一会话。

根据本公开的另一个方面，提供了一种通信系统中服务器的单向服务实现方法。所述单向服务实现方法包括从第一终端接收包括请求单向服务的信息的单向服务请求消息，执行权限认证以确定第一终端是否具有单向服务能力、以及当权限认证成功时发送用于建立第一终端和第二终端之间的第一会话的消息。

根据本公开的另一个方面，提供了一种用于在通信系统中的单向服务的服务器。所述服务器包括收发器和控制器，其中，收发器用于与其他网络实体进行通信，控制器控制从第一终端接收包括请求单向服务的信息的单向服务请求消息、执行权限认证以确定第一终端是否具有单向服务能力、以及当权限认证成功时发送用于建立第一终端和第二终端之间的第一会话的消息。

通过以下结合附图的公开了本公开的各种实施例的详细描述，对本领域技术人员而言，本公开的其他方面、优点、以及显著特征将会变得明显。

有益技术效果

根据本发明，当发生紧急情况时，将终端所收集的媒体发送至管理器，并且可以有助于紧急情况。

附图说明

通过以下结合附图的描述，本公开的某些实施例的上述与其他方面、特征、以及优点将会变得更加明显，在附图中：

图1是示出了根据本公开的实施例的关键任务按键通话(mcptt)系统架构的图；

图2是示出了根据本公开的实施例的将具有单向服务能力的用户设备(ue)注册于会话启动协议(sip)核心和mcptt服务器的规程的信号流图；

图3是示出了根据本公开的实施例的进行呼叫的ue启动的单向服务启动规程的信号流图；

图4是示出了根据本公开的实施例的被呼叫的ue启动的单向服务启动规程的信号流图；

图5是示出了根据本公开的实施例的针对正在提供单向服务的ue的、当从另一个ue接收到单向服务请求时启动新的单向服务的规程的信号流图；

图6是示出了根据本公开的实施例的针对mcptt服务器的释放正在进行的单向服务的规程的信号流图；

图7是示出了根据本公开的实施例的用于拒绝来自新ue的新单向服务请求的规程的信号流图；

图8是示出了根据本公开的实施例的针对mcptt服务器的拒绝来自ue的单向服务请求的规程的信号流图；

图9a和图9b是示出了根据本公开的各种实施例的接受在正在进行的单向服务期间所接收的服务请求的规程的信号流图；

图10是根据本公开的实施例的用于在正在进行的单向服务期间拒绝服务请求的规程；

图11a和图11b是针对根据本公开的各种实施例的用于mcptt服务器的、当通过根据mcptt服务器和应用服务器(as)之间的应用水平协定共享有关ue的信息，在第一和第三ue之间建立除了正在进行的单向服务之外的会话时释放正在进行的单向服务的方法；

图12a和图12b是示出了根据本公开的各种实施例的针对mcptt服务器的、当从第三ue接收到新服务请求时释放第一和第二ue之间所建立的正在进行的服务的规程的信号流图；

图13是示出了根据本公开的实施例的针对ue的释放正在进行的单向服务的规程的信号流图；

图14是示出了根据本公开的实施例的针对ue的、使用sipre-invite消息而不是sipbye消息释放单向服务的规程的信号流图；

图15是示出了根据本公开的实施例的针对第二ue的释放单向服务的规程的信号流图；

图16是示出了根据本公开的实施例的针对mcptt服务器的释放单向服务的规程的信号流图；

图17是示出了根据本公开的实施例的用于拒绝无权释放单向服务的ue所做出的单向服务释放请求的规程的信号流图；

图18是示出了根据本公开的实施例的ue的配置的框图；以及

图19是示出了根据本公开的实施例的服务器的配置的框图。

在所有附图中，使用相同的附图标记表示相同的元件。

具体实施方式

提供参考附图的以下描述有助于对由权利要求以及它们的等同物所定义的本公开的各种实施例的全面理解。所述描述包括有助于所述理解的各种具体细节，但仅应将这些具体细节视为示例性的。因此，本领域的普通技术人员将会意识到，在不背离本公开的范围与精神的情况下可以对此处所描述的各种实施例进行各种改变与修改。另外，为了清晰与简洁，可能会省略对人们所熟悉的功能与构造的描述。

以下描述及权利要求中所使用的术语与词语并不局限于文献上的含义，而仅被发明者使用来使得能够清楚和一致地理解本公开。因此，对本领域技术人员来说将明显的是，仅为了说明的目的提供本公开的各种实施例的以下描述，并不旨在对所附权利要求以及它们的等同物所定义的本公开加以限制。

应当理解，单数形式“一”、“一个”以及“所述”也包括复数的提及，除非上下文明确相反指示。于是，例如，对“一个组件表面”的提及包括对一个或多个这样的表面的提及。

在以下所公开的内容中，在图中夸大、省略、或者简化了某些元件，实际上，元件与图中所示的元件可以具有不同的大小和/或形状。

应当理解，所述流程图说明和/或框图中的每个框以及流程图说明和/或框图中的框的组合，可由计算机程序指令实现。可以把这些计算机程序指令提供于通用计算机的处理器、专用计算机、或者其他可编程数据处理装置，来产生一种机器，使得经由计算机的处理器或者其他可编程数据处理装置执行的指令创建用于实现流程图和/或框图框或多个框中所指定的功能/动作的手段。也可以将这些计算机程序指令存储在非暂时性计算机可读存储器中，这些指令可以指示计算机或者其他可编程数据处理装置以特定的方式起作用，使得存储在非暂时性计算机可读存储器中的指令产生包括实现流程图和/或框图框或多个框中所指定的功能/动作的指令手段的制品。也可以把计算机程序指令加载到计算机或者其他可编程数据处理装置上，以引起在计算机或者其他可编程装置上执行一系列操作来产生计算机实现的过程，使得在计算机或者其他可编程装置上执行的指令提供用于实现在流程图和/或框图框或多个框中所指定的功能/动作的操作。

另外，各框图可以示出包括用于执行(一个或多个)特定逻辑功能的至少一个或多个可执行指令的模块、段、或者代码的部分。而且，应该注意到，可以按不同的次序、以多种修改方式执行框的功能。例如，可以基本同时执行两个连续的框，或者可以根据它们的功能按相反的次序执行。

根据本公开的各种实施例，术语“模块”意指，但不局限于软件或者硬件组件，诸如，执行某些任务的现场可编程门阵列(fpga)或者专用集成电路(asic)。模块可以有利地被配置为驻留在可寻址存储介质上，并且被配置为在一或多个处理器上执行。因此，通过示例的方式，模块可以包括诸如软件组件、面向对象的软件组件、类组件和任务组件的组件、过程、功能、属性、规程、子例程、程序代码段、驱动程序、固件、微代码、电路、数据、数据库、数据结构、表格、数组、以及变量。可以将在组件和模块中提供的功能组合为较少的组件和模块，或者将其进一步分隔为附加的组件和模块。另外，还可以按这样的方式实现组件和模块：使它们执行设备或者安全多媒体卡中的一个或多个中央处理单元(cpu)。

图1是示出根据本公开的实施例的关键任务按键通话(missioncriticalpushtotalk,mcptt)系统架构的图。

参考图1，mcptt系统包括用户设备(ue)105、会话启动协议(sip)核心实体110、115、以及120、mcptt应用服务器(mcpttas)125、以及数据库(db)130和135。

db可以包括作为sip核心db的家庭订户服务器(hss)db(hssdb)130和mcptt用户db135。hssdb130和mcptt用户db135可以存储用户信息。

经由sip核心实体110将ue105连接至外部网络，以向用户提供mcptt服务。更具体地讲，为了与外部网络进行通信，可以经由sip核心实体110、115、以及120将ue105连接至mcpttas125。在以下的描述中，与术语“终端”和“mcptt终端”可交换地使用术语“ue”。

可以将mcptt终端分类为(非官方)典型mcptt终端、官方mcptt终端、以及官方mcptt服务提供商。

mcptt终端可以从多个mcptt服务提供商接收mcptt服务。除了mcptt终端的主mcptt服务提供商之外，mcptt终端还能够与某一具有合作关系的mcptt服务提供商有关地执行组通信或者点对点通信。

mcptt终端可以从mcptt服务提供商接收关于mcptt服务的基本信息。所述基本信息可以包括用户标识符、组标识符、组内角色和允许的呼叫类型、点对点呼叫能力、配备类型、要向mcptt服务器报告的信息、以及用于连接至封装的(encapsulated)postscript(eps)、sip核心、以及mcpttas的信息以支持各种配备类型。

mcpttas125可以向用户提供灾难情况或者公共安全通信服务，包括组呼叫功能、点对点呼叫、紧急呼叫、灾难警报、以及ue收集的周围媒体内容传输功能。

更详细地讲，可以将mcptt服务分类为组呼叫、点对点呼叫、以及紧急警报。

组呼叫可以支持用于针对公共安全的组通信的通常的组呼叫、急迫/紧急情况下具有优先级的紧急呼叫、以及服务于具有低于紧急呼叫的优先级的优先级的迫近/紧急情况下的组通信的迫近危险呼叫。

点对点呼叫可以支持通常和紧急呼叫服务以及能够发送/接收ue所收集的周围媒体内容的媒体内容传输服务。与传统的通常呼叫和紧急呼叫不同，根据本公开的实施例的媒体内容传输服务特征在于沿一个方向发送媒体内容。即，进行呼叫的ue仅可以发送媒体内容，而被呼叫的ue仅可以接收媒体内容。在以下的描述中，可交换地将这样一种单向媒体内容传输服务称为环境监听(ambientlistening)。单向地发送的媒体内容可以包括环绕对方的ue的声音与图像。可以由进行呼叫方或者希望接收媒体内容的管理器开始单向服务。

可以由ue、演进的包系统(eps)、sip核心、以及mcpttas提供mcptt服务。此时，eps可以表示长期演进(lte)网络，sip核心可以是使用诸如因特网协议(ip)多媒体子系统(ims)的sip的网络实体。即，可以通过lte网络和ims网络提供mcptt服务。

可以将mcptt服务划分为组管理功能、会话控制功能、以及媒体传输控制功能。

组管理功能可以包括管理用户所属组的预约信息、组的优先级、组中所允许的角色、以及组中可用的呼叫类型。

会话控制功能可以包括控制关于呼叫会话的信号，诸如将用户向mcptt服务注册，以及启动、改变、或者终止组通信。

媒体传输控制功能可以包括允许关于组呼叫、点对点呼叫、以及灾难警报的媒体内容的发送/接收以及控制资源。通过由mcptt服务所提供的媒体网关将mcpttue所发送的所有媒体内容递送给对方ue。

可以将用于管理组的组管理服务器和mcpttas共同定位，并且可以根据它们的功能逻辑地分隔。

可以将用于控制媒体内容的媒体网关连接至ue、eps、以及mcpttas，而不涉及sip核心。媒体网关控制用户的发送/接收权，将这种控制操作称为发言权控制(floorcontrol)。可以将媒体网关和mcpttas共同定位，它们负责逻辑地分隔的功能。

可以按各种方式提供mcptt服务。mcptt提供商可以拥有eps、sip核心、以及mpttas的全部、或者仅与另一提供商所拥有的eps互操作的sip核心和mcpttas。另外，mcptt提供商也可以仅拥有与另一提供商所拥有的eps和sip核心互操作的mcpttas。

ue105和mcpttas125可以使用ims通信服务标识符(icsi)和/或ims应用参考标识符(iari)用于单向服务。ue105和mcpttas125可以基于icsi定义mcptt服务或者单向服务。ue105和mcpttas125也可以基于iari定义mcptt服务或者单向服务。因此，ue105和mcpttas125可以使用icsi和iari中至少之一或者它们的组合来标识单向服务。

图2是示出了根据本公开的实施例的将具有单向服务能力的ue注册于sip核心和mcptt服务器的规程的信号流图。

参考图2，在操作s210中ue210可以向sip核心203发送sipregister(sip注册)消息，sipregister消息包括指示用于向sip核心203和mcptt服务器205注册的单向服务的icsi和iari中至少之一。即，ue210可以通过ims网络将sipregister消息发送至sip核心203。

如果接收到sipregister消息，则在操作s220中sip核心203可以向ue201发送通知接收到注册消息的sip200ok消息。

如果接收到sipregister消息，则在操作s230中sip核心203可以向mcptt服务器205转发sipregister消息。如果接收到sipregister消息，则在操作s240中mcptt服务器205可以检查包括在sipregister消息中的ue信息，以确定是否将ue210注册于服务器。

接下来，在操作s250中mcptt服务器205可以基于包括在sipregister消息中的信息执行权限认证。即，mcptt服务器205可以依据ue210是否具有单向服务能力，并且是否已经预约了mcptt服务确定是否将ue210注册于服务器。

如果确定注册ue210，则在操作s260中mcptt服务器205可以向sip核心203发送sip200ok消息。

在完成了注册之后，在操作s270中ue210可以向sip核心203发送sipsubscribe(sip预约)消息。

图3是示出了根据本公开的实施例的进行呼叫的ue启动的单向服务启动规程的信号流图。

参考图3，用户可以通过ue的用户接口(ui)进行输入，以启动单向服务。如果借助于ue的传感器检测到单向服务必要性，则ue可以启动根据本公开的实施例的单向服务。

为了启动单向服务，在操作s310中第一ue301可以向sip核心303发送sipinvite(sip邀请)消息。此时，sipinvite消息可以包括指示单向服务的icsi和iari中至少之一。ue301可以通过ims网络将sipinvite消息发送至sip核心203。

在该图中，第一ue301可以是处于紧急情况下用户的ue。

单向服务表示用于第一ue通过单向媒体路径将所收集的媒体内容发送至第二ue的服务。此时，由第一ue所收集的媒体内容可以包括围绕第一ue的环境声音和图像。可以使用以下两种方法之一配置单向媒体路径。

第一方法为在第一ue处配置sipinvite消息的会话描述协议(sdp)值。为了请求单向服务，第一ue可以将sdp设置为a＝sendonly。即，第一ue可以发送包括指示仅发送而不接收的信息的invite消息。

在正在接收单向服务的第二ue请求单向服务的情况下，第二ue在sipinvite消息中将sdp设置为a＝rcvonly。即，第二ue可以发送包括指示仅接收而不发送的信息的invite消息。

第二方法为使用控制用户的发送/接收权的媒体网关的发言权控制功能。如以上所描述的，媒体网关可以与mcptt共同定位，并且负责逻辑地分隔的功能。

mcpttas可以被配置为基于包括在sipinvite消息和sip200ok消息中的服务用户信息和服务信息或者响应于来自mcpttue的请求将流控制权自动地赋予mcpttue，使得仅该mcpttue发送媒体内容。此时，媒体内容可以包括可由mcpttue发送的所有类型的媒体对象(诸如，音频、视频、文本、以及文件)。

ue可以确定用于启动所请求的单向服务的条件，并且在invite消息中包括该条件。

同时，响应于用户在当接收到进入的呼叫时出现的呼叫按钮上的按压启动通常的呼叫服务。然而，也可以响应于如敲击呼叫按钮的明确的用户动作启动或者当在无明确的用户动作情况下接收到服务请求时自动地启动根据本公开的实施例的单向服务。将此称为服务开启模式，可以将服务开启模式配置如下。

可以将服务开启模式分类为其中根据响应于服务请求的用户输入而服务开启的手动开启模式(类似于通常的呼叫服务)以及其中根据无任何用户输入的情况下接收到服务请求而服务开启的自动开启模式。可以由请求服务的ue确定服务开启模式。

因此，ue301可以向sip核心303发送包括有关服务开启模式的信息的sipinvite消息。例如，ue可以将与服务开启模式相关的预定的头标添加到要发送给sip核心303的消息。

可以由接收服务请求的ue确定服务开启模式。在已经接收到服务请求的ue确定服务开启模式的情况下，ue可以具有服务特定优先级，以便依据将要接收的服务确定服务开启模式。

服务开启模式确定规程并不局限于单向服务，也可以应用于能够发送/接收处于紧急情况下的对方的环境媒体内容的媒体内容服务。

如果在操作s310中接收到sipinvite消息，则在操作s320中sip核心303可以向mcptt服务器305转发sipinvite消息。

如果接收到sipinvite消息，则mcptt服务器305可以使用mcptt组管理服务器307执行情境检查，并且执行权限认证，以在操作s330中确定已经请求单向服务的ue是否具有单向服务能力和服务开启模式配置能力。对于权限认证，mcptt服务器305可以从hss-db130、mcptt用户db135、以及sip核心获取基本信息。如果成功地完成了权限认证，则在操作s340中mcptt服务器305可以经由sip核心303将invite消息转发至第二ue309。

第二ue309是用于与第一ue301一起执行单向服务的ue。在图3中，第二ue309可以是用于管理紧急情况的服务管理器。然而，第二ue309并不局限于服务管理器，也可以是用户所拥有的ue。

如果接收到invite消息，则在操作s350中第二ue309经由sip核心303和mcptt服务器305向第一ue301发送sip200ok消息，以接受服务请求。

如果接收到sip200ok消息，则在操作s360中第一ue301经由sip核心303和mcptt服务器305向第二ue309发送sip认可(ack)消息，以完成服务开启。此时，通过与sipinvite消息相同的路径发送sip200ok消息和sipack消息。然而，也可以通过与其不同的路径发送所述消息。

接下来，在操作s370中建立第一ue301和第二ue309之间的媒体会话。

可以由提供环境媒体内容的被呼叫的ue以及接收媒体内容的进行呼叫的ue启动单向服务。也可以由发送媒体内容的进行呼叫的ue自动地触发单向服务。

例如，可以由用户所拥有的ue的传感器自动地触发单向服务。ue可以是智能电话、平板个人计算机(pc)、智能手表中的任何之一，其可以使用诸如陀螺传感器、心跳脉搏传感器、以及温度传感器的各种传感器收集ue的用户的当前状态信息和环境情况信息。如果相应于所收集的信息的值大于预定的阈值，则自动地触发单向服务。

图4是示出了根据本公开的实施例的被呼叫的ue启动的单向服务启动规程的信号流图。

参考图4，在操作s410中第二ue409可以向sip核心403发送sipinvite消息，以请求一般的服务。此时，sipinvite消息可以包括指示所请求的服务为单向服务的信息。即，第二ue可以将sipinvite消息的sdp设置为a＝rcvonly。

sipinvite消息也可以包括服务开启模式信息。已经参考图3描述了服务开启模式，因此此处省略了其详细描述。

如果接收到sipinvite消息，则在操作s420中sip核心403可以向mcptt服务器405转发sipinvite消息，并且在操作s430中mcptt服务器405可以使用mcptt组管理服务器407执行情境检查，并且对sipinvite消息执行权限认证。

如果sipinvite消息中不包括服务开启模式信息，则mcptt服务器405可以基于ue的用户配置值确定服务开启模式。

在执行了权限认证之后，在操作s440中mcptt服务器405可以经由sip核心403向第一ue401发送sipinvite消息。

如果接收到sipinvite消息，则在操作s450中第一ue401可以经由sip核心403和mcptt服务器405向第二ue409发送sip200ok消息，以接受单向服务请求。

如果接收到sip200ok消息，则在操作s460中第二ue409经由sip核心403和mcptt服务器405向第一ue401发送sipack消息，以完成服务开启。此时，通过与sipinvite消息相同的路径发送sip200ok消息和ack消息。在操作s470中，建立媒体会话。

图5是示出了根据本公开的实施例的针对正在提供单向服务的ue的、当从另一个ue接收到单向服务请求时启动新的单向服务的规程的信号流图。

参考图5，在操作s510中第一ue501向第二ue508提供单向服务(以下，可交换地将正在进行的单向服务称为第一单向服务)。

此时，在操作s520中第三ue509可以向sip核心503发送sipinvite消息，以请求单向服务(以下，可交换地将由第三ue所请求的单向服务称为第二单向服务)。

如果接收到sipinvite消息，则在操作s530中sip核心503可以向mcptt服务器505转发sipinvite消息，而且在操作s540中mcptt服务器505可以使用mcptt组管理服务器507执行情境检查，并且对第三ue509执行权限认证。

此时，在权限认证规程中，mcptt服务器505可以确定第三ue509是否具有单向服务能力。在权限认证规程中mcptt服务器505可以将第一和第二单向服务的优先级进行比较。此时，mcptt服务器505可以知道服务特定优先级。

作为比较结果，如果第二单向服务的优先级高于第一单向服务的优先级，则mcptt服务器505可以执行连续的操作来提供第二单向服务。

否则，如果第二单向服务的优先级不高于第一单向服务的优先级，则mcptt服务器505可以忽视来自第三ue509的单向服务请求。

在假设第二单向服务的优先级高于第一单向服务的优先级的情况下描述了图5。因此，在操作s550中mcptt服务器505经由sip核心503向第一ue501发送sipinvite消息。

如果接收到sipinvite消息，则在操作s560中第一ue501可以经由sip核心503和mcptt服务器505向第三ue509发送sip200ok消息。

如果接收到sip200ok消息，则在操作s570中第三ue509可以经由sip核心503和mcptt服务器505向第一ue501发送sipack消息。

接下来，在操作s580中第一ue501和第三ue509建立会话。

然后，在操作s590中第一ue501可以向第二ue508发送结束消息(以下将其称为sipbye消息)，以释放第一单向服务。

如果接收到sipbye消息，则在操作s591中第二ue508可以经由sip核心503和mcptt服务器505向第一ue501发送sip200ok消息，而且在操作s592和s593中第一ue501和第二ue508可以释放先前建立的会话。

与此同时，mcptt服务器505以及第一ue501可以释放第一单向服务。

图6是示出了根据本公开的实施例的针对mcptt服务器的释放正在进行的单向服务的规程的信号流图。

参考图6，在操作s610中，在第一单向服务会话期间，第一ue601可以从第三ue611接收将第二单向服务请求为新单向服务的消息。

由于第二单向服务实现过程与图5的操作s520至s580相同，所以此处省略了对操作s620至s670的详细描述。

一旦通过以上过程在操作s680中建立了第一ue601和第三ue611之间的会话，则应该释放第一ue601和第二ue609之间所建立的第一单向服务。

为此目的，在操作s690中mcptt服务器605可以向第一ue601和第二ue609发送请求释放单向服务的sipbye消息。

响应于sipbye消息，在操作s691中第一ue601可以经由sip核心603向mcptt服务器605发送sip200ok消息。

响应于sipbye消息，在操作s692中第二ue609可以经由sip核心603向mcptt服务器605发送sip200ok消息。

如果接收到sip200ok消息，则在操作s693和s694中第一ue601和第二ue609可以释放正在进行的会话。

尽管图5和图6针对的是其中第一ue从新ue接收请求新单向服务的消息，并且接受所述请求的情况，然而第一ue也可以拒绝新单向服务请求。将参考图7进行其详细描述。

图7是示出了根据本公开的实施例的用于拒绝来自新ue的新单向服务请求的规程的信号流图。

参考图7，在操作s710中第一ue701可以正在向第二ue709提供单向服务(以下，将其称为第一单向服务)。

为了请求新单向服务(以下，将其称为第二单向服务)，在操作s720中第三ue711可以向sip核心703发送sipinvite消息。

如果接收到sipinvite消息，则在操作s730中sip核心703可以将sipinvite消息转发至mcptt服务器705，而且在操作s740中mcptt服务器705可以使用mcptt组管理服务器707执行情境检查，并且对第三ue711执行权限认证。

即，mcptt服务器705可以执行权限认证，以确定第三ue711是否具有单向服务能力以及是否预约了单向服务。

在权限认证过程中，mcptt服务器705可以将当前正在提供的第一单向服务的优先级与第三ue711所请求的第二单向服务的优先级进行比较。此时，mcptt服务器705可以知道服务特定优先级。

作为比较结果，如果确定第二单向服务的优先级高于第一单向服务的优先级，则mcptt服务器705可以执行连续的操作以提供第二单向服务。

否则，如果确定第二单向服务的优先级不高于第一单向服务的优先级，则mcptt服务器705可以忽视或者拒绝来自第三ue711的单向服务请求。

在假设第二单向服务的优先级高于第一单向服务的优先级的情况下描述了图7。因此，在操作s750中mcptt服务器705经由sip核心703向第一ue701发送sipinvite消息。

如果接收到sipinvite消息，则第一ue701可以确定是否接受第二单向服务请求。此时，第一ue701可以基于第三ue711所请求的第二单向服务的优先级、用户偏好、以及当前用户状况信息确定是否接受第二单向服务请求。

如果确定拒绝第二单向服务，则在操作s760中第一ue701可以经由sip核心703和mcptt服务器705向第三ue711发送拒绝消息。

此时，拒绝消息可以是sip消息，例如，4xx错误消息。

响应于拒绝消息，在操作s770中第三ue711可以经由sip核心703和mcptt服务器705向第一ue701发送ack消息。

mcptt服务器705以及第一ue701可以拒绝第二单向服务请求，将参考图8进行其描述。

图8是示出了根据本公开的实施例的针对mcptt服务器的拒绝来自ue的单向服务请求的规程的信号流图。

参考图8，在操作s810中第一ue801可以正在向第二ue809提供第一单向服务。

此时，在操作s820中第三ue811可以向sip核心803发送sipinvite消息以请求第二单向服务。

在操作s830中sip核心803可以向mcptt服务器805转发sipinvite消息，在操作s840中mcptt服务器805可以使用mcptt组管理服务器807执行情境检查，并且对第三ue811执行权限认证。

在权限认证过程中，mcptt服务器805可以确定第三ue811是否具有单向服务能力。mcptt服务器805可以基于第三ue811所请求的第二单向服务的优先级、用户偏好、以及当前用户状况信息确定是否接受第二单向服务请求。

如果因为第二单向服务的优先级低于第一单向服务的优先级或者考虑到用户偏好和当前用户状况确定要拒绝第二单向服务请求，则在操作s850中mcptt服务器805可以经由sip核心803向第三ue811发送用于拒绝第二单向服务请求的拒绝消息。

响应于拒绝消息，在操作s860中第三ue811可以经由sip核心803向mcptt服务器805发送ack消息。

图5至图8的规程针对其中ue在正在进行的单向服务会话期间从另一个ue接收单向服务请求的情况。在正在进行的单向服务期间ue从另一个ue接收对为非单向服务的新服务的请求也是可能的。

以下，参考图9a和图9b描述从另一个ue接收新服务请求的ue的操作。

图9a和图9b是示出了根据本公开的各种实施例的接受在正在进行的单向服务期间所接收的服务请求的规程的信号流图。

参考图9a，在操作s910中第一ue901可以正在向第二ue911提供单向服务。

在操作s920中第三ue913可以向sip核心903发送向第一ue901请求新服务的sipinvite消息。

当接收到sipinvite消息时，在操作s930中sip核心903向as909转发sipinvite消息。

sip核心903将sipinvite消息发送至as909而不是mcptt服务器905，因为第三ue913所请求的服务不是单向服务。

当接收到sipinvite消息时，在操作s940中as909可以对第三ue913执行权限认证。此时，as909可以将正在进行的单向服务的优先级与第三ue913所请求的新服务的优先级进行比较。

如果确定新服务的优先级高于正在进行的单向服务的优先级，则在操作s950中as909可以经由sip核心903将sipinvite消息转发至第一ue901。

响应于sipinvite消息，在操作s960中第一ue901可以经由sip核心903和as909向第三ue913发送sip200ok消息。

如果接收到sip200ok消息，则在操作s970中第三ue913可以经由sip核心903和as服务器909向第一ue901发送ack消息，并且结束服务开启规程。

于是，在操作s980中第一ue901和第三ue913建立了会话。

此后，在操作s990中第一ue901经由sip核心903和mcptt服务器905向第二ue911发送释放正在进行的单向服务的会话结束消息(sipbye消息)。

响应于sipbye消息，在操作s991中第二ue911可以经由sip核心903和mcptt服务器905向第一ue901发送sip200ok消息，在操作s992和s993中第一ue901和第二ue911可以释放旧会话。

图9a和图9b描述了接受来自第三ue913的新服务请求的规程。第一ue901也可以拒绝来自第三ue913的新服务请求，将参考图10进行其详细描述。

图10是根据本公开的实施例的用于在正在进行的单向服务期间拒绝服务请求的规程。

参考图10，在操作s1010中第一ue1001可以正在向第二ue1011提供单向服务。

在操作s1020中第三ue1013可以向sip核心1003发送向第一ue1001请求新服务的sipinvite消息。

当接收到sipinvite消息时，在操作s1030中sip核心1003将sipinvite消息转发至as1009。

sip核心1003将sipinvite消息发送至mcptt服务器1005，因为第三ue1013所请求的服务不是单向服务。

当接收到sipinvite消息时，在操作s1040中as1009可以对第三ue1013执行权限认证。此时，as1009可以将正在进行的单向服务的优先级与第三ue1013所请求的新服务的优先级进行比较。

如果确定新服务的优先级高于正在进行的单向服务的优先级，则在操作s1050中as1009可以经由sip核心1003将sipinvite消息转发至第一ue1001。

如果接收到sipinvite消息，则第一ue1001可以确定是否接受第三ue1013所做出的新服务请求。此时，第一ue1001可以基于第三ue1013所请求的新服务的优先级、用户偏好、以及当前用户状况信息确定是否接受新服务请求。

如果确定拒绝新服务请求，则在操作s1060中第一ue1001可以经由sip核心1003和as1009向第三ue1013发送拒绝消息。拒绝消息可以是sip消息，例如，4xx错误消息。

当接收到拒绝消息时，在操作s1070中第三ue1013可以经由sip核心1003和as服务器1009向第一ue1001发送ack消息。

图11a和图11b是示出了根据本公开的各种实施例的针对mcptt服务器的、当接收到另一个ue所做出的新服务请求时释放两个ue之间的正在进行的单向服务的规程的信号流图。

由于mcptt服务器负责单向服务，而as负责其他类型的服务，所以如果在第一和第二ue之间的单向服务期间第三ue请求新服务，则mcptt服务器不能够识别在第一ue处接收到新服务请求。由于mcptt服务器不能够检查由第三ue所做出的新服务请求所触发的第一和第三ue之间所建立的会话，所以其不知道释放正在进行的单向服务的必要性。因此，为了释放正在进行的单向服务，第一ue发送sipbye消息。

图11a和图11b是针对根据本公开的各种实施例的用于mcptt服务器的、当通过根据mcptt服务器和as之间的应用水平协定共享有关ue的信息，在第一和第三ue之间建立除了正在进行的单向服务之外的会话时释放正在进行的单向服务的方法。

参考图11a和图11b，在mcptt服务器1105和as1109之间做出应用水平协定。

在操作s1110中第一ue1101可以正在向第二ue1111提供单向服务。

在操作s1120中第三ue1113可以向sip核心1103发送向第一ue1101进行新请求的sipinvite消息。

在操作s1130中sip核心1103可以将sipinvite消息转发至as。

此时，sip核心1103将sipinvite消息转发至as1109而不是mcptt服务器1105，因为第三ue1113所请求的服务不是一般的服务。

当接收到sipinvite消息时，在操作s1140中as1109可以对第三ue1113执行权限认证。此时，as1109可以将与第二ue1111建立的正在进行的单向服务的优先级与第三ue1113所请求的新服务的优先级进行比较。

如果确定新服务的优先级高于正在进行的单向服务的优先级，则在操作s1150中as1109可以经由sip核心1103将sipinvite消息转发至第一ue1101。

响应于sipinvite消息，在操作s1160中第一ue1101可以经由sip核心1103和as1109向第三ue1113发送sip200ok消息。

当接收到sip200ok消息时，在操作s1170中第三ue1113可以经由sip核心1103和as1109向第一ue1101发送ack消息，以完成服务开启规程。

于是，在操作s1180中在第一ue1101和第三ue1113之间建立了会话。

由于在mcptt服务器1105和as1109之间做出了应用水平协定，所以mcptt服务器1105可以知道第一ue1101和第三ue1113之间所建立的会话。因此，在操作s1190中mcptt服务器1105可以经由sip核心1103向第一ue1101和第二ue1111发送sipbye消息，以释放第一ue1101和第二ue1111之间的正在进行的单向服务。

响应于sipbye消息，在操作s1191中第一ue1101可以经由sip核心1103向mcptt服务器1105发送sip200ok消息。同样，响应于sipbye消息，在操作s1192中第二ue1111可以向mcptt服务器1105发送sip200ok消息。

此后，在操作s1193和s1194中第一ue1101和第二ue1111可以释放其间所建立的会话。

图12a和图12b是示出了根据本公开的各种实施例的针对mcptt服务器的、当从第三ue接收到新服务请求时释放第一和第二ue之间所建立的正在进行的服务的规程的信号流图。

与其中mcptt服务器和as通过应用水平协定共享有关第一ue的信息的图11a和图11b的实施例不同，mcptt服务器向sip核心进行事件预约请求，以获取有关第一ue的信息。做出对当检测到第一和第三ue之间所建立的新的服务会话时释放第一和第二ue之间所建立的正在进行的单向服务的方法的描述。参考图12a和图12b，mcptt服务器1205可以在操作s1210中向sip核心1203发送sipsubscribe消息，并且在操作s1220中响应于sipsubscribe消息接收sip200ok消息。

然而，sipsubscribe消息传输并不局限于图中所描绘的时序。

在操作s1230中第一ue1201可以正在向第二ue1211提供单向服务。

在操作s1240中第三ue1213可以向sip核心1203发送sipinvite消息，以向第一ue1201做出新服务请求。

在操作s1250中sip核心1203将sipinvite消息转发至as1209。

在操作s1260中sip核心1203可以向mcptt服务器1205发送sipnotify(sip通知)消息，以通知第三ue1213已经做出了新服务请求。

当接收到sipinvite消息时，在操作s1270中as1209可以对第三ue1213执行权限认证。此时，as1209可以将正在进行的单向服务的优先级与第三ue1213所请求的新服务的优先级进行比较。

如果确定第三ue1213所请求的新服务的优先级高于正在进行的单向服务的优先级，则在操作s1275中as1209可以经由sip核心1203将sipinvite消息转发至第一ue1201。

响应于sipinvite消息，在操作s1280中第一ue1201可以经由sip核心1203和as1209向第三ue1213发送sip200ok消息。

当接收到sip200ok消息时，在操作s1285中第三ue1213可以经由sip核心1203和as1209向第一ue1201发送sipack消息，以完成服务开启规程。

于是，在操作s1290中第一ue1201和第三ue1213之间建立了会话。

在操作s1291中sip核心1203可以向mcptt服务器1205发送sipnotify消息，以通知已经在第一ue1201和第三ue1213之间建立了会话。

当接收到sipnotify消息时，mcptt服务器1205知道了第一ue1201和第三ue1213之间所建立的会话。然后，在操作s1292中mcptt服务器1205可以经由sip核心1203向第一ue1201和第二ue1211发送sipbye消息，以释放第一ue1201和第二ue1211之间所建立的正在进行的单向服务。

响应于sipbye消息，在操作s1293中第一ue1201经由sip核心1203向mcptt服务器1205发送sip200ok消息。同样，响应于sipbye消息，在操作s1294中第二ue1211向mcptt服务器1205发送sip200ok消息

然后，在操作s1295和s1296中第一ue1201和第二ue1211可以释放其间所建立的会话。

与图11a和图11b以及图12a和图12b的实施例不同，在正在进行的非单向服务期间ue可以接收单向服务请求。即使在这一情况下，ue也可以基于所请求的单向服务和正在进行的服务的优先级、用户偏好、以及当前用户状况确定是否接受单向服务请求。

可以由mcptt服务器确定是否接受单向服务请求。通过与as的应用水平协定或者向sip核心的事件预约，mcptt服务器能够知道已经接收到单向服务请求的ue正在接收另一个服务。因此，mcptt服务器可以基于所请求的单向服务和正在进行的服务的优先级、用户偏好、以及当前用户状况确定是否接受单向服务请求。

图13是示出了根据本公开的实施例的针对ue的释放正在进行的单向服务的规程的信号流图。

参考图13，在操作s1310中，在单向服务会话中，第一ue1301可以确定是否释放单向服务。例如，当解决了紧急情况或者请求了更高优先级的服务时，第一ue1301可以确定释放单向服务。

如果确定释放单向服务，则在操作s1320中ue1301可以向sip核心1303发送sipbye消息，以释放单向服务。在操作s1330中sip核心1303可以将sipbye消息转发至mcptt服务器1305。

当接收到sipbye消息时，在操作s1340中mcptt服务器1305可以执行权限认证以确定第一ue1301是否有权释放单向服务。

依据已经启动单向服务的实体，不同地执行单向服务释放规程。如果由ue启动单向服务，则可以由ue、服务管理器、或者mcptt服务器释放单向服务。

如果由服务管理器启动单向服务，则ue不能够释放相应的单向服务。这意味着，仅服务管理器和mcptt服务器可以释放相应的服务。如果ue试图释放由服务管理器所启动的单向服务，则经由sip核心将释放请求发送至mcptt服务器，此时，mcptt服务器检查出ue无权释放单向服务，因此拒绝释放请求。

如果从ue或者服务管理器接收到单向服务释放请求，则mcptt服务器确定已经请求单向服务释放的实体是否有权释放单向服务。

在该图中，假设第一ue1301有权释放单向服务。因此，在操作s1350中mcptt服务器1305检查第一ue1301的服务释放权，并且经由sip核心1301向第二ue1307发送sipbye消息。

响应于sipbye消息，在操作s1360中第二ue1307经由sip核心1303和mcptt服务器1305向第一ue1301发送sip200ok消息，在操作s1370和s1380中第一ue1301和第二ue1307释放单向服务会话。

图14是示出了根据本公开的实施例的针对ue的、使用sipre-invite消息而不是sipbye消息释放单向服务的规程的信号流图。

参考图14，如参考图13所描述的，在操作s1410中，处于单向服务会话中的第一ue1401可以确定是否释放单向服务。

如果确定释放单向服务，则在操作s1420中第一ue1401可以向sip核心1303发送sipre-invite消息而不是sipbye消息以释放单向服务。

第一ue1401可以阻塞在当前会话中发送数据，而不是通过发送sipre-invite消息释放会话。此时，第一ue1401可以将sipre-invite消息的sdp设置为a＝inactive(不活动)或者a＝rcvonly。即，第一ue1401可以将sdp设置为指示会话去激活或者仅接收的值，以阻塞单向服务。

在操作s1430中，sip核心1403可以将sipre-invite消息转发至mcptt服务器1405。

当接收到sipre-invite消息时，在操作s1440中mcptt服务器1405执行权限认证以确定第一ue是否有权释放单向服务。

如果确定第一ue1401有权释放单向服务，则在操作s1450中mcptt服务器1405经由sip核心1403向第二ue1407发送sipre-invite消息。

响应于sipre-invite消息，在操作s1460中第二ue1407可以经由sip核心1403和mcptt服务器1405向第一ue1401发送sip200ok消息，在操作s1470和s1480中第一ue1401和第二ue1407可以在不释放会话的情况下阻塞数据传输。

与图13和图14的实施例不同，可以由服务管理器释放单向服务，以下对此进行描述。

图15是示出了根据本公开的实施例的针对第二ue的释放单向服务的规程的信号流图。在图15中，第二ue1507可以包括服务管理器。

参考图15，在操作s1510中，处于单向服务会话中的第二ue1507可以确定是否释放单向服务。

如果确定释放单向服务，则在操作s1520中第二ue1507可以向sip核心1503发送sipre-invite消息，以释放单向服务。此时，第二ue1507可以将sipre-invite消息的sdp设置为a＝inactive或者a＝rcvonly。即，第二ue1507可以去激活会话或者允许仅接收，以中止单向服务。

第二ue1507可以发送sipbye消息而不是sipre-invite消息。

在操作s1530中sip核心1503可以将sipre-invite消息转发至mcptt服务器1505。

当接收到sipre-invite消息时，在操作s1540中mcptt服务器1505执行权限认证以确定第二ue1507是否有权释放单向服务。

如果确定第二ue1507有权释放单向服务，则在操作s1550中mcptt服务器1505经由sip核心1503向第一ue1501转发sipre-invite消息。

响应于sipre-invite消息，在操作s1560中第一ue1501可以经由sip核心1503和mcptt服务器1505向第二ue1507发送sip200ok消息，在操作s1570和s1580中第一ue1501和第二ue1507可以在不释放会话的情况下中止数据传输。

图16是示出了根据本公开的实施例的针对mcptt服务器的释放单向服务的规程的信号流图。

参考图16，mcptt服务器1605可以释放单向服务。在操作s1610中，mcptt服务器1605可以确定是否释放单向服务，如果确定释放单向服务，则执行权限认证。

如果完成了权限认证，则在操作s1620中mcptt服务器1605可以经由sip核心1603向第一ue1601和第二ue1609发送sipre-invite消息，以释放单向服务。此时，mcptt服务器1605可以将sipre-invite消息的sdp设置为a＝inactive或者a＝rcvonly。即，mcptt服务器1605可以使用sdp去激活会话或者允许仅接收。mcptt服务器1605可以在sip头标中包括单向服务释放的理由。

第一ue1601可以发送sipbye消息而不是sipre-invite消息。

响应于sipre-invite消息，在操作s1630中，第一ue1601和第二ue1609可以经由sip核心1603向mcptt服务器1605发送sip200ok消息。

在操作s1640和s1650中第一ue1601和第二ue1609可以在不释放会话的情况下中止数据传输。

mcptt服务器可以使用sipbye消息而不是sipre-invite消息释放会话。

图17是示出了根据本公开的实施例的用于拒绝无权释放单向服务的ue所做出的单向服务释放请求的规程的信号流图。

参考图17，在操作s1710中，处于单向服务会话中的第一ue1701可以确定释放单向服务。

如果确定释放单向服务，则在操作s1720中第一ue1701可以向sip核心1703发送sipbye消息，以释放单向服务。第一ue1701可以发送sipre-invite消息。

在操作s1730中sip核心1303将sipbye消息转发至mcptt服务器1705。

当接收到sipbye消息时，在操作s1740中mcptt服务器1705执行权限认证以确定已经做出了单向服务释放请求的第一ue是否有权释放单向服务。

如以上所描述的，依据已经启动单向服务的实体，不同地执行单向服务释放规程。如果由服务管理器启动单向服务，则ue不能够释放相应的单向服务。这意味着，仅服务管理器和mcptt服务器可以释放相应的服务。如果ue试图释放由服务管理器所启动的单向服务，则经由sip核心将释放请求发送至mcptt服务器，此时，mcptt服务器检查出ue无权释放单向服务，因此拒绝释放请求。

在该图中，假设第一ue1701无权释放单向服务。因此，在操作s1740中mcptt服务器1705使权限认证失败，因为第一ue1701无权释放单向服务。如果权限认证失败，则在操作s1750中mcptt服务器1705可以经由sip核心1703向第一ue1701发送拒绝消息。拒绝消息可以是sip4xx错误消息。

如果接收到拒绝消息。则在操作s1760中第一ue1701可以经由sip核心1703向mcptt服务器1705发送指示接收到拒绝消息的sipack消息。

在第一ue1701无权释放单向服务的情况下，可以这样地进行控制：单向服务释放按钮不呈现在其ui上。于是，用户不能够通过第一ue进行单向服务释放请求。

在第一ue1701无权释放单向服务的情况下，必须避免第一ue1701的断电状态，以防止无意地释放单向服务。因此，可以将第一ue1701配置为：当按下电源按钮时，显示将ue示为好像处于断电状态的屏幕，即使实际情况并非如此。

即使在其中第一ue1701的ui显示了服务释放按钮的情况下，mcptt服务器1705也可以确定第一ue1701是否有权释放单向服务，如果无权，则拒绝ue的单向服务释放请求。

图18是示出了根据本公开的实施例的ue的配置的框图。

参考图18，ue可以包括收发器1810、控制器(处理器)1820、以及存储器1830。

收发器1810负责与其他网络实体的通信。收发器1810可以与其他网络实体通信消息用于单向服务。

控制器1820可以发送注册消息以将ue注册于mcptt服务器。控制器1820可以控制收发器1810发送sipinvite消息以请求单向服务。此时，控制器1820可以生成包括有关单向信息的信息的sipinvite消息。

控制器1820还可以将服务模式参数设置为指示用于根据用户输入开始服务的手动服务开启，或者在无任何用户输入的情况下用于立即开始服务的自动服务开启的值。

控制器1820可以发送用于释放正在进行的单向服务或者非单向服务(通常的服务)的消息。

控制器1820还可以接收对释放消息进行答复的响应消息。控制器1820还可以发送对所接收的消息进行答复的响应消息。

控制器1820可以与已经请求了相应服务的ue建立会话。

如果与新ue建立了会话，则控制器1820可以释放与另一个ue所建立的正在进行的服务。如果ue无权释放单向服务，则控制器1820可以控制ui隐藏单向服务释放按钮。于是，用户无法进行单向服务释放请求。

如果ue无权释放单向服务，则控制器1820可以这样地控制ue：当按下电源按钮时，显示将ue示为好像处于断电状态的屏幕，即使实际情况并非如此。

存储器1830可以存储用于确定是否接受服务请求的信息。存储器1830可以存储服务特定优先级和用户偏好信息。

图19是示出了根据本公开的实施例的服务器的配置的框图。

参考图19，根据本公开的实施例的服务器包括收发器1910、控制器(处理器)1920、以及存储器1930。

收发器1920负责与其他网络实体的通信。更具体地讲，收发器1910可以使服务器能够与ue、服务管理器、sip核心、以及组管理服务器进行通信。

控制器1920可以对请求服务的ue执行权限认证。即，控制器1920可以确定ue是否具有单向服务能力以及是否预约了mcptt服务。在ue所发送的消息包括服务开启模式值的情况下，控制器1920可以确定ue是否有权配置服务开启模式。如果ue做出对释放服务的请求，则控制器1920可以确定ue是否有权释放服务。如果权限认证失败，则控制器1920可以发送拒绝消息。

如果接收到新服务请求，则控制器1920可以将正在进行的服务的优先级与新请求的服务的优先级进行比较，以确定是否向ue转发新服务请求。

如果确定向新ue提供单向服务或者通常的服务，则控制器1920可以控制来释放正在进行的服务。

控制器1920可以基于应用水平协定识别所请求的服务是否是通常的服务以及是否接受请求，并且与sip核心交换预约消息。

如果确定释放服务，则控制器1920可以发送用于释放服务的消息。

存储器1930可以存储用于执行权限认证的信息。即，存储器1903可以存储有关具有单向服务能力和/或服务开启模式配置能力的ue的信息。

存储器1930还可以存储用于确定是否接受对新服务的请求的服务特定优先级信息、用户偏好信息、以及当前用户状况信息。

如以上所描述的，就获取紧急情况下的终端周围的媒体内容以及将媒体内容有效地发送至紧急情况管理器而言，本公开的服务实现方法与装置是有利的。

尽管已经参考本公开的各种实施例说明与描述了本公开，然而本领域技术人员将会理解，在不背离所附权利要求及其等同物定义的本公开的精神与范围的情况下，可以在形式与细节上对本文做出各种改变。