CN107852591A - 生成用户装备的分组数据网络连接的方法和装置 - Google Patents
生成用户装备的分组数据网络连接的方法和装置 Download PDFInfo
- Publication number
- CN107852591A CN107852591A CN201680038411.7A CN201680038411A CN107852591A CN 107852591 A CN107852591 A CN 107852591A CN 201680038411 A CN201680038411 A CN 201680038411A CN 107852591 A CN107852591 A CN 107852591A
- Authority
- CN
- China
- Prior art keywords
- service
- mcptt
- message
- network
- sip
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/08—Mobility data transfer
- H04W8/14—Mobility data transfer between corresponding nodes
-
- 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/40—Support for services or applications
- H04L65/4061—Push-to services, e.g. push-to-talk or push-to-video
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/005—Discovery of network devices, e.g. terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephone Function (AREA)
Abstract
本公开涉及一种通过物联网(IoT)技术来融合用于支持超过第四代(4G)系统的更高数据速率的第五代(5G)通信系统的通信方法和系统。本公开可以应用于基于5G通信技术和IoT有关技术的智能服务,诸如智能家居、智能建筑、智能城市、智能汽车、联网汽车、医疗保健、数字教育、智能零售、安防和安全服务。该方法包括向第一网络设备发送服务授权请求消息,第一网络驱动器包括基于邻近服务(ProSe)功能,并从第一网络设备接收服务授权响应消息。第一终端是能够执行UE到网络中继功能的中继终端。
Description
技术领域
本公开涉及用于在移动通信系统中创建用户装备(user equipment,UE)的分组数据网络(packet data network,PDN)连接的方法和装置。更具体地,本公开涉及用于创建中继UE的PDN连接的方法和装置。
背景技术
为了满足自4G通信系统的部署以来已经增加的对无线数据通信量的需求,已经做出了努力来开发改进的5G或者预5G通信系统。因此,5G或者预5G通信系统还被称为超4G网络或者后LTE系统。5G通信系统被认为是在更高频(毫米波)带、例如60GHz频带中实施的,以便实现更高的数据速率。为了减少无线电波的传播损耗并增加传输距离、波束成形、大规模多输入多输出MIMO、全维MIMO(Full Dimensional MIMO,FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术在5G通信系统中被讨论。此外,在5G通信系统中,正进行基于先进的小的小区、云无线接入网络(Radio Access Networks,RAN)、超密集网络、设备到设备(device-to-device,D2D)通信、无线回程、移动网络、合作通信、协作多点(CoordinatedMulti-Points,CoMP)、接收端干扰消除等等的对于系统网络改进的开发。在5G系统中,作为先进编码调制(advanced coding modulation,ACM)的混合FSK和QAM调制(Hybrid FSK andQAM Modulation,FQAM)和滑动窗口叠加编码(sliding window superposition coding,SWSC)、以及作为先进接入技术的滤波器组多载波(filter bank multi carrier,FBMC)、非正交多址接入(nonorthogonal multiple access,NOMA)和稀疏码多址接入(sparse codemultiple access,SCMA)已经被开发。
互联网——人在其中生成和消费信息的、以人为中心的连接网络——正在演进为物联网(internet of things,IoT),在其中诸如东西的分布式实体在没有人为干预的情况下交换和处理信息。作为通过与云服务器的连接的IoT技术和大数据处理技术的组合的万物互联网(The Internet of Everything,IoE)已经出现。随着诸如“感测技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全性技术”的技术元素已经被需要以用于IoT的实施,传感器网络、机器对机器(Machine-to-Machine,M2M)通信、机器类型通信(Machine Type Communication,MTC)等等最近已经被研究。这样的IoT环境可以提供智能互联网技术服务,其通过收集和分析在连接的东西当中生成的数据来为人类生活创造新的价值。通过现有信息技术(Information Technology,IT)和各种工业应用之间的聚合和组合,IoT可以被应用在各种领域,包括智能家庭、智能建筑、智能城市、智能汽车或者连接的汽车、智能电网、健康保健、智能家电和先进医疗服务。
根据这一点,已经做出了各种尝试以便将5G通信系统应用于IoT网络。例如,诸如传感器网络、机器类型通信(Machine Type Communication,MTC)和机器对机器(M2M)通信的技术可以通过波束成形、MIMO和阵列天线来实施。作为上述大数据处理技术的云无线接入网络(Radio Access Network,RAN)的应用也可以被认为是5G技术和IoT技术之间的聚合的示例。
以上信息作为背景信息呈现仅仅是为了帮助对本公开的理解。对于上述任何内容是否可用作关于本公开的现有技术,没有做出任何确定,也没有做出明确。
技术问题
本公开的各个方面将解决至少以上提及的问题和/或缺点,并且将提供至少下述优点。因此,本公开的一方面在于提供一种用于当中继UE需要为远程UE创建PDN连接时创建中继用户装备(UE)的分组数据网络(PDN)连接并获得中继有关信息的方法和装置。
技术方案
根据本公开的一方面,提供了用于第一终端执行信号的发送的方法。该方法包括将服务授权请求消息发送到第一网络设备,并从第一网络设备接收服务授权响应消息。第一终端是能够执行UE到网络中继功能的中继终端。第一网络设备是与基于邻近的服务(ProSe功能)有关的功能。服务授权响应消息包括与服务授权有关的有效时间信息、接入点名称(accesspointname,APN)和中继服务代码。
根据本公开的另一方面,提供了用于第一网络设备执行信号的发送的方法。该方法包括从第一终端接收服务授权请求消息,并将服务授权响应消息发送到第一终端。第一终端是能够执行UE到网络中继功能的中继终端。第一网络设备是与ProSe功能有关的功能。服务授权响应消息包括与服务授权有关的有效时间信息、APN和中继服务代码。
根据本公开的另一方面,提供了被配置为执行信号的发送的第一终端。第一终端包括用于执行信号的发送/接收的收发器以及用于将服务授权请求消息发送到第一网络设备、并从第一网络设备接收服务授权响应消息的控制器。第一终端是能够执行UE到网络中继功能的中继终端。第一网络设备是与ProSe功能有关的功能。服务授权响应消息包括与服务授权有关的有效时间信息、APN和中继服务代码。
根据本公开的另一方面,提供了被配置为执行信号的发送的第一网络设备。第一网络设备包括用于执行信号的发送/接收的收发器、以及用于从第一终端接收服务授权请求消息、并将服务授权响应消息发送到第一终端的控制器。第一终端是能够执行UE到网络中继功能的中继终端。第一网络设备是与ProSe功能有关的功能。服务授权响应消息包括与服务授权有关的有效时间信息、APN和中继服务代码。
从以下结合附图公开了本公开的各种实施例的详细描述中,本公开的其它方面、优点和显著特征对于本领域技术人员而言将变得明显。
发明的有益效果
根据本公开的一个方面,中继UE为远程UE创建PDN连接并有效地执行UE到网络中继。
附图说明
从以下结合附图的描述,本公开的某些实施例的以上及其它方面、特征和优点将更加清楚,在附图中:
图1是描述根据本公开的实施例的用于基于邻近的服务(proximity-basedservice,ProSe)的用户装备(UE)执行附接程序(attach procedure)以充当中继的方法的流程图;
图2是描述根据本公开的实施例的用于ProSeUE执行分组数据网络(PDN)连接确立程序以充当中继的方法的流程图;
图3是描述根据本公开的实施例的用于ProSe UE执行服务请求程序以充当中继的方法的流程图;
图4是描述根据本公开的实施例的用于ProSe UE执行承载资源分配程序(bearerresource allocation procedure)以充当中继的方法的流程图;
图5是示出被配置为执行根据本公开的实施例的功能的装置的框图;
图6是示出根据本公开的实施例的用于使用ProSe UE到网络中继来接收服务的ProSe网络配置的示图;
图7是描述根据本公开的实施例的用于接收中继服务代码值的程序的流程图;
图8是描述根据本公开的实施例的用于中继UE接收层2(layer2,L2)组标识符(ID)的方法的示例的流程图;
图9是描述根据本公开的实施例的用于中继UE接收L2组ID的方法的另一示例的流程图;
图10是示出被配置为执行根据本公开的实施例的功能的装置的框图;
图11是描述根据本公开的实施例的用于UE选择要用于组呼叫的与媒体发送有关的项目并将所选择的项目通告给其他成员UE设备的方法的流程图;
图12是示出根据本公开的实施例的基于UE设备之间的直接通信的任务关键一键通(mission critical push to talk,MCPTT)系统的图;
图13A是根据本公开的实施例的MCPTT UE的框图;
图13B是根据本公开的实施例的MCPTT UE的框图;
图14是描述根据本公开的实施例的用于新MCPTT客户端接收周期性发送的组呼叫通告消息并参与组呼叫的方法流程图;
图15是描述根据本公开的实施例的新MCPTT客户端主动发送组呼叫通告消息并参与已经创建的组呼叫的方法的流程图;
图16是描述根据本公开的实施例的允许主动的MCPTT客户端和被动的MCPTT客户端两者参与组呼叫的方法的流程图;
图17是示出根据本公开的实施例的会话通告协议(session announcementprotocol,SAP)的分组格式的图;
图18是描述根据本公开的实施例的基于优先级处理服务的方法的流程图;
图19是描述根据本公开的实施例的UE基于优先级处理服务的方法的流程图;
图20是描述根据本公开的实施例的服务器基于优先级处理服务的方法的流程图;
图21是描述根据本公开的实施例的基于优先级的值来控制电话会议的发言权(floor)的过程的图;
图22是描述根据本公开的实施例的网络基于UE的优先级和位置信息提供服务质量(quality of service,QoS)的方法的流程图;
图23是描述根据本公开的实施例的使用会话初始化协议(session initiationprotocol,SIP)消息来发送警报消息的方法的流程图;
图24是描述根据本公开的实施例的UE使用除了SIP之外的协议来发送警报消息的方法的流程图;
图25是描述根据本公开的实施例的使用SIP消息发送警报消息的方法的流程图;
图26是描述根据本公开的实施例的将UE的位置信息包括在警报消息中并发送消息的方法的流程图;
图27是描述根据本公开的实施例的建立组呼叫的方法的流程图;
图28是描述根据本公开的实施例的将正常组呼叫切换到紧急组呼叫的方法的流程图;
图29是描述根据本公开的实施例的用于UE处理紧急组呼叫请求、同时提供其他服务的方法的流程图;
图30是描述根据本公开的实施例的将警报消息包括在紧急组呼叫请求消息中并发送请求消息的方法的流程图;
图31是描述根据本公开的实施例的在正常组呼叫期间接收警报消息并将正常组呼叫切换到紧急组呼叫的方法的流程图;
图32是示出根据本公开的实施例的UE的配置的框图;以及
图33是示出根据本公开的实施例的MCPTT服务器的配置的框图。
在整个附图中,相同的附图标记将被理解为指的是相同的部分、组件和结构。
具体实施方式
提供以下参照附图的描述以帮助全面理解由权利要求及其等同物定义的本公开的各种实施例。它包括各种具体细节以帮助理解,但这些仅被视为示例性的。因此,本领域的普通技术人员将认识到,在不脱离本公开的范围和精神的情况下,可以对这里描述的各种实施例进行各种改变和修改。另外,为了清楚和简明,可以省略对众所周知的功能和结构的描述。
在下面的描述和权利要求中使用的术语和词语不限于书面含义,而是仅被发明人用来使得能够清楚和一致地理解本公开。因此,本领域技术人员应该清楚,提供本公开的各种实施例的以下描述仅用于说明的目的,而不是为了限制由所附权利要求及其等同物定义的本公开的目的。
应该理解的是,除非上下文另有明确规定,否则单数形式“一个”、“个”和“该”包括复数指示物。因此,例如,对“一个组件表面”的引用包括对一个或多个这样的表面的引用。
在描述中,术语“用户装备(UE)”可与“(多个)终端”、“(多个)UE设备”等互换。术语“演进节点B(evolvednode B,eNB)”可与“基站”等互换。
<实施例1>
无线通信系统已经发展到提供基于用户与eNB或网络设备之间的通信和连接的服务。为了支持使用无线通信系统的UE设备之间的直接通信,设备到设备(D2D)通信技术已经引起关注。与D2D通信有关的服务可以被称为基于邻近的服务(ProSe)。
ProSe用户可以使用服务,使用与另一UE交换信号的UE。术语“UE”可以与“(多个)终端”、“(多个)UE设备”等互换。例如,ProSe用户可以执行发现程序以搜索关注的用户或者相应的操作以进行与关注的用户的通信。ProSe可用于商业用途或公共安全服务。
由于ProSe用户使用频率资源,可以经由网络设备和eNB提供ProSe。更具体地,当eNB和网络能够向用户分配无线电资源时,用户能够经由分配的无线电资源发送/接收数据。
ProSe UE连接到被配置为经由长期演进(LTE)网络来控制充当网络实体的ProSe的ProSe功能。ProSe功能执行:协商以提供由ProSeUE使用的服务(例如,直接发现、直接通信、UE到网络中继等);和参数的管理和提供。ProSe功能不包括连接到基站(也称为eNB)和核心网络的接口。ProSe功能通过与家庭订户服务器(home subscriber server,HSS)协商来获得ProSe UE的用户的简档,或者已经在其中存储简档。ProSe功能能够提供ProSe UE能够在LTE网络中使用的参数。参数的例子是无线电资源信息、关于是否能够经由特定公共陆地移动网络(public land mobile network,PLMN)使用ProSe服务的授权的信息、用于连接到ProSe功能的接入点名称(APN)等。
参考ProSe的控制器(ProSe控制器)的ProSe功能能够与ProSe使能UE协商,以提供ProSe使能UE能够用于ProSe的信息。当ProSe UE位于网络覆盖区域内时,它能够经由网络连接与ProSe功能协商,或者经由由eNB提供的无线电资源执行与其它ProSe UE的直接发现或者直接通信。
当网络覆盖区域内的UE检测到位于网络覆盖区域外的附近UE(远程UE)时,位于网络覆盖区域内的UE执行UE到网络中继功能,并向位于网络覆盖区域外的远程UE提供网络连接。
为了提供公共安全服务,ProSe能够提供允许位于eNB(称为远程UE)的覆盖之外的UE通过中继连接到网络的功能。当eNB期望UE将移动脱离覆盖区域时,可以认为UE是潜在的远程UE,其是基于UE提供给eNB的测量信息确定的。远程UE执行发现程序以发现提供中继功能的UE(称为中继UE)并确立与中继UE的直接通信。
中继UE充当用于执行互联网协议(IP)地址分配的代表,并且向远程UE分配IP地址。远程UE和中继UE可以通过一对一直接通信方法彼此连接。远程UE经由中继UE连接到网络。远程UE将分组发送到中继UE。中继UE确立用于转发中继分组的分组网络连接,并将相应的数据转发给网络。中继UE还经由在中继连接中确立的直接通信将来自网络的分组转发到远程UE。
在本公开的各种实施例中,ProSe指的是D2D发现或者D2D通信服务。尽管基于第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)中定义的LTE系统描述了本公开的实施例,但是应该理解,本公开还可以应用于各种无线通信,例如,无线局域网(wireless local area network,WLAN)、蓝牙等。本公开提供了一种用于在核心网络和eNB之间交换与中继有关的通知、以便支持作为用于提供公共安全服务的ProSe功能之一的UE-网络中继功能的方法和装置。本公开提供了一种用于控制UE、使得eNB支持中继功能的方法和装置。
说明书中的术语是考虑与本公开有关的功能而定义的,并且可以由用户或运营商根据其需要来改变。因此,这些术语将在本说明书的全部内容中被定义。尽管以下公开描述了基于作为核心网络的LTE和演进分组核(evolved packet core,EPC)和3GPP的规范中定义的无线电接入网络(RAN)的本公开的实施例,应当理解的是,本公开的主题也可以应用于与本公开具有相似技术背景的其他通信系统。在本公开的各种实施例中,作为通用术语,术语“D2D服务”指的是支持设备之间的通信(D2D通信)的服务,例如,遵循3GPP标准技术的ProSe等。在以下描述中,术语“D2D系统”也被称为ProSe。
图1是描述根据本公开的实施例的ProSe UE执行附接程序以充当中继的方法的流程图。
参考图1,ProSe UE执行附接程序以便充当中继,同时通知网络它是中继。通过该程序,核心网络向eNB提供有关相应的UE的中继程序的信息。eNB基于该信息选择中继UE,并触发被期望移动脱离覆盖区域的UE期望移动脱离覆盖区域以发现中继。
为了附接到网络,在操作S100中,由附图标记110指示并且正在使用ProSe的UE2向作为网络设备之一的移动性管理实体(mobility management entity,MME)130发送消息,附接请求(Attach Request)。UE2能够经由以下方法使用附接请求消息向MME 130通知其是执行中继操作或能够执行中继操作的UE。首先,UE可以在附接请求消息的类型字段中包括指示其能够进行中继操作的指示。其次,UE可以在附接请求消息的APN字段中设置用于中继的分组数据网络(PDN)连接的APN。当ProSe UE连同ProSe功能一起执行ProSe操作的服务授权程序时,它可以从ProSe功能接收用于中继的PDN连接的APN。可替换地,UE可以使用ProSeUE的通用集成电路卡(universal integrated circuit card,UICC)中预设的值来设置APN。第三,UE可以在附接请求消息的UE网络能力字段中设置指示中继能力的指示。第四,UE可以在附接请求消息的设备属性字段中设置指示ProSe中继UE的指示。UE 2能够使用上述四种方法中的一个或多个来通知它是ProSe中继UE。
OK收到通过使用上述四种方法中的一个或多个配置的附接请求消息时,时,MME130能够基于由四种方法配置的字段识别发送附接请求的UE是执行ProSe UE到网络中继的UE。当MME参考附接请求消息明确用于中继的PDN连接的APN的值被设置到APN字段时,它可以确定相应的UE需要用于中继的承载。类似地,当附接请求消息的类型指示中继时,MME可以确定UE需要用于中继操作的承载上下文。当UE的中继能力在UE网络中被指示时,附接请求消息或中继UE的能力字段被设置在设备属性字段中,则MME可以确定UE需要适合于ProSe中继通信量的发送的承载上下文,为UE使用ProSe中继服务的情况作准备。
为了检查发送附接请求的UE 2是否具有可被中继的订阅,在操作S105中,MME 130与HSS 150协商以检查有关UE 2的订阅信息并获得用于中继功能的UE上下文。UE上下文可以包含:关于UE是否能够充当中继的信息、用于确立用于中继的承载连接的分配和保留优先级(allocation and retention priority,ARP)、服务质量(QoS)等级标识符(QoSclassidentifier,QCI)、UE聚合最大比特率(UE-aggregate maximum bit rate,UE-AMBR),用于中继的APN的APN-AMBR等。当MME明确发送附接请求的UE 2具有执行中继操作所需的订阅时,其可以省略与HSS的协商。
为了向发送附接请求的UE 2提供承载连接,在操作S110中,MME 130向服务网关(serving gateway,S-GW)/PDN网关(PDN gateway,P-GW)140发送创建会话请求。此外,当执行创建会话请求的发送时,MME 130可以在其他承载连接建立之前优先处理用于中继的承载连接确立。为此,MME 130在创建会话请求消息的信令优先级指示或指示标志或承载上下文的QoS值中包括高优先级的值,并发送该请求消息或上下文,使得S-GW/P-GW可以快速处理请求。当S-GW/P-GW检查接收到的消息的指示标志或信令优先级指示时,它可以处理比来自UE或者MME的其他请求更早地接收到的消息。可替换地,当S-GW/P-GW检查承载信息中的QoS值并确定该消息包括用于提供中继服务的QCI或ARP值时,可以确定它需要优先地处理比其他请求更早的请求。
在操作S115中,S-GW/P-GW 140响应于创建会话请求,将创建会话响应发送到MME130。当接收到创建会话响应时,MME 130在初始上下文建立请求消息中包含附接接受消息和承载上下文信息,并且在操作S120中将该消息发送到eNB 120。
在操作S120中,MME 130在初始上下文建立请求的ProSe授权字段中设置ProSe UE到网络中继值,从而通知eNB 120相应的UE是使用ProSe UE到网络中继的UE。可替换地,MME130将增强型终端无线接入承载(enhanced terminal radio access bearer,E-TRAB)的增强型无线接入承载(enhanced radio access bearer,E-RAB)等级QoS参数中的用于中继的QCI或者ARP值设置为建立列表字段,从而允许eNB识别相应的UE能够使用中继。当eNB经由上述方法接收到初始上下文建立请求时,它识别出UE 2是能够使用ProSe UE到网络中继的UE。
在操作S125中,eNB 120经由无线资源控制(radio resource control,RRC)连接重配置消息向UE 2发送附接接受。在操作S130中,eNB 120基于初始上下文建立请求的承载上下文来确立与UE 2的承载连接。当在UE 2和eNB 120之间已经确立了承载连接时,在操作S135中,eNB 120向MME 130发送初始上下文建立响应,通知承载已经被确立。在操作S145中,MME 130向S-GW/P-GW 140发送修改承载请求,由此确立eNB与S-GW/P-GW之间的承载连接。在操作S140中,UE 2向MME 130发送附接完成消息,并且结束附接程序。
作为根据操作S140的结果,eNB 120获得有关执行ProSe中继的UE的信息,并且在操作S150中存储UE的上下文。所获得的信息可以包含指示UE被允许执行ProSe UE到网络中继操作的授权和/或指示UE有能力执行ProSe UE到网络中继操作的指示。
在操作S155中,eNB 120能够选择中继UE来提供ProSe UE到网络中继服务。在操作S155中,eNB 120可以基于从MME发送的授权或指示,将特定UE设置为中继UE,以允许或命令特定UE执行中继操作。eNB可以通过发信号通知专用RRC或广播系统信息块(systeminformation block,SIB)来选择中继UE。例如,eNB可以经由专用RRC信令通知UE 2该中继UE。
为了使用专用RRC信令选择中继UE,eNB 120可以通过小区无线网络临时标识(cell radio network temporary identifier,C-RNTI)将针对特定UE的RRC消息与其他消息区分开,并且执行消息的发送。eNB可以在RRC消息中包括指示相应的UE能够执行中继操作的授权或者用于触发相应的UE执行中继操作的指示。可替换地,当eNB经由RRC消息向UE发送用于中继的资源池时,UE接收RRC消息,并明确与用于中继的资源池有关的信息被包括在接收到的RRC消息中。在这种情况下,UE明确它已经被指示执行中继功能或被授权执行中继功能。
为了使用SIB广播选择中继UE,eNB 120在SIB消息中包括充当中继的UE的C-RNTI,并且广播该消息。可替换地,当eNB 120在SIB消息中包括与用于中继的资源池有关的信息时,UE能够执行中继功能:参考资源池信息确定其是否执行中继操作;或者当在消息中指定了中继资源池时,根据操作程序开始执行中继功能。
eNB 120从位于其小区内的UE接收测量报告。当eNB 120基于接收到的测量报告、明确UE的接收到的信号强度指示符小于或等于预设阈值时,它可以确定UE即将移动脱离网络覆盖区域,其——为了便于描述——称为潜在的远程UE。
在操作S160中,eNB 120能够触发发送测量报告的UE执行中继发现操作,使得UE能够使用ProSe UE到网络中继服务。例如,当eNB 120明确发送由附图标记100指示的测量报告的UE 1的接收到的信号强度指示符小于或等于预设阈值时,它能够触发中继发现操作。在执行触发操作之前,eNB从eNB向其提供服务的UE设备当中确定是否存在能够执行中继操作或被授权执行中继操作的UE。当eNB明确存在能够执行中继操作或被授权执行中继操作的一个或多个UE设备时,它能够触发潜在的远程UE启动中继发现程序。执行该过程以防止潜在的远程UE执行不必要的操作,例如,尽管不存在中继使能UE,也开始中继发现(re lay-enab l e UE)。UE能够确定是否使用从ProSe功能接收到的阈值、而不是从eNB接收到的阈值来执行中继发现。
eNB能够通过以下两种方法触发潜在的远程UE执行中继发现:专用RRC消息和SIB。使用专用RRC消息的方法以这样的方式执行:eNB向潜在的远程UE提供小区信号强度的阈值;潜在的远程UE测量小区信号强度;并且当所测量的小区信号强度的水平小于或等于阈值时,eNB允许UE执行中继发现程序。小区信号强度可以是由eNB 120进行的SIB信令广播的信号强度或者用于D2D通信的侧链(sidelink)信号的强度。可替换地,eNB将命令执行中继发现的指示(标识符(ID))包括在专用RRC消息中,并将该消息发送给潜在的远程UE。潜在的远程UE接收该消息并执行中继发现。
使用SIB的方法以这样的方式执行:eNB经由SIB信息向潜在的远程UE提供小区信号强度的阈值;潜在的远程UE测量小区信号强度;当所测量的小区信号强度的水平小于或等于阈值时,eNB允许UE执行中继发现程序。小区信号强度可以是由eNB进行的SIB信令广播的信号强度或D2D通信的侧链信号的强度。该阈值可以在UE中预设。可替换地,eNB或ProSe功能可以通知UE该阈值。
图2是描述根据本公开的实施例的ProSe UE执行PDN连接确立程序以充当中继的方法的流程图。
参考图2,ProSe UE执行用于中继的PDN连接确立程序,以便充当中继,同时通知网络它是中继。通过该程序,核心网络向eNB提供有关相应的UE的中继程序的信息。eNB基于该信息选择中继UE,并触发期望移动脱离覆盖区域的UE以发现中继。
为了在网络中确立PDN连接,在操作S200中,由附图标记110指示并且正在使用ProSe的UE 2向作为网络设备之一的MME 130发送消息、PDN连接请求。UE 2能够经由以下方法使用PDN连接请求消息通知MME 130其是正在执行中继操作的或能够执行中继操作的UE。首先,UE可以在PDN连接请求消息的APN字段中设置用于中继的PDN连接的APN。当ProSe UE执行ProSe操作的服务授权程序连同ProSe功能时,它可以从ProSe功能接收用于中继的PDN连接的APN。可替换地,UE可以使用ProSe UE的U I CC中预设的值来设置APN。其次,UE可以在PDN连接请求消息的设备属性字段中设置指示ProSe中继UE的指示。第三,UE可以在PDN连接请求消息的协议配置选项字段中的附加参数部分中建立指示中继UE的ID。UE 2能够使用上述三种方法中的一种或多种来通知它是ProSe中继UE。
当接收通过使用上述三种方法中的一种或多种所配置的PDN连接请求消息时,MME130能够基于由该方法配置的字段识别发送PDN连接请求的UE是执行ProSe UE到网络中继的UE。当MME基于PDN连接请求消息明确用于中继的PDN连接的APN的值被设置为APN字段时,它可以确定相应的UE需要用于中继的承载。当中继UE被设置在PDN连接请求消息的设备属性字段中或者在协议配置选项字段中设置了指示中继UE的ID时,MME可以确定UE需要适合于ProSe中继通信量的发送的承载上下文。
为了检查发送PDN连接请求的UE 2是否具有可被中继的预订,在操作S205中,MME130与HSS 150协商以检查有关UE 2的预订信息并获得用于中继功能的UE上下文。UE上下文可以包含:关于UE是否可以充当中继的信息、用于确立中继的承载连接的ARP、用于中继的QC I、UE-AMBR、APN的APN-AMBR等等。当MME明确发送PDN连接请求的UE 2具有执行中继操作所需的订阅,它可以省略与HSS的协商。
为了向发送PDN连接请求的UE 2提供承载连接,在操作S120中,MME 130将创建会话请求发送到S-GW/P-GW 140。此外,当执行创建会话请求的发送时,MME 130可以在其他承载连接确立之前优先处理用于中继的承载连接确立。为此,MME 130在创建会话请求消息的信令优先级指示或指示标志或承载上下文的QoS值中包括高优先级的值,并发送该请求消息或上下文,使得S-GW/P-GW能够快速处理该请求。当S-GW/P-GW检查接收到的消息的指示标志或信令优先级指示时,它可以比来自UE或者MME的其他请求更早地处理接收到的消息。可替换地,当S-GW/P-GW检查承载信息中的QoS值并明确该消息包括用于提供中继服务的QCI或ARP值时,它可以确定它需要比其他请求更早地优先处理该请求。
在操作S215中,S-GW/P-GW140响应于创建会话请求,向MME130发送创建会话响应。在操作S220中,当接收创建会话响应时,MME 130在承载建立请求消息中包含承载上下文信息,并且将该消息发送到eNB 120。
在操作S220中,MME 130在承载建立请求的ProSe有关字段中设置ProSe UE到网络中继值,从而通知eNB 120相应的UE是使用ProSe UE到网络中继的UE。可替换地,MME 130将E-TRAB的E-RAB等级QoS参数中的用于中继的QCI或者ARP值设置为建立列表字段,从而允许eNB识别相应的UE能够使用中继。当eNB经由上述方法接收到初始承载建立请求时,它识别出UE 2是能够使用ProSe UE到网络中继的UE。
在操作S225中,eNB 120经由RRC消息与UE确立无线承载连接。eNB可以选择UE 2,使得UE 2能够执行中继功能。eNB能够在RRC连接重配置消息中包括用于授权UE 2充当中继的指示符或命令UE 2执行中继操作的指示。UE2识别从eNB发送的RRC连接重配置消息中的指示,并确定它是否执行中继操作。
在操作S230中,当在UE 2和eNB 120之间已经确立了承载连接时,eNB120向MME130发送承载建立响应,通知承载已经确立。在操作S235中,MME130向S-GW/P-GW 140发送修改承载请求,从而在eNB与S-GW/P-GW之间确立承载连接。
在操作S240中,eNB 120获得有关执行ProSe中继的UE的信息,作为根据单独的操作的结果,并存储相应的UE的上下文。所获得的信息可以包含指示UE被允许执行ProSe UE到网络中继操作的授权和/或指示UE有能力执行ProSe UE到网络中继操作的指示。
在操作S245中,eNB 120能够选择中继UE来提供ProSe UE到网络中继服务。在操作S245中,eNB120可以基于从MME130发送的授权或指示,将特定的UE设置为中继UE,以允许或命令特定的UE执行中继操作。eNB可以通过发出(signaling)专用RRC或广播SIB选择中继UE。
为了使用专用RRC信令选择中继UE,eNB 120可以通过C-RNTI将针对特定UE的RRC消息与其他消息区分开,并且执行消息的发送。eNB可以在RRC消息中包括指示相应的UE能够执行中继操作的授权或者用于触发相应的UE执行中继操作的指示。可替换地,当eNB经由RRC消息向UE发送用于中继的资源池时,UE接收RRC消息,并明确与用于中继的资源池有关的信息被包括在接收到的RRC消息中。在这种情况下,UE明确它已经被指示执行中继功能或被授权执行中继功能。
为了使用SIB广播选择中继UE,eNB 120在SIB消息中包括充当中继的UE的C-RNTI,并且广播该消息。可替换地,当eNB120在SIB消息中包括与用于中继的资源池有关的信息时,UE能够执行中继功能:参考资源池信息确定其是否执行中继操作;或者当在消息中指定了中继资源池时,根据操作程序开始执行中继功能。
eNB 120从位于其小区内的UE接收测量报告。当eNB 120基于接收到的测量报告、明确UE的接收到的信号强度指示符小于或等于预设阈值时,它可以确定UE即将移动脱离网络覆盖区域,其——为了便于描述——称为潜在的远程UE。
在操作S250中,eNB 120能够触发发送测量报告的UE执行中继发现操作,使得UE能够使用ProSe UE到网络中继服务。在执行触发操作之前,eNB从eNB向其提供服务的UE设备当中确定是否存在能够执行中继操作或被授权执行中继操作的UE。当eNB明确存在能够执行中继操作或被授权执行中继操作的一个或多个UE设备时,它能够触发潜在的远程UE来启动中继发现程序。执行该过程以防止潜在的远程UE执行不必要的操作,例如,尽管不存在中继使能UE,也开始中继发现。UE能够确定是否使用从ProSe功能接收到的阈值、而不是从eNB接收到的阈值来执行中继发现过程。
eNB 120能够通过以下两种方法触发潜在的远程UE(例如,由附图标记100指示的UE 1)执行中继发现:通过使用专用的RRC消息和通过广播SIB。使用专用RRC消息的方法以这样的方式执行:eNB向潜在的远程UE提供小区信号强度的阈值;潜在的远程UE测量小区信号强度;并且当所测量的小区信号强度的水平小于或等于阈值时,eNB允许UE执行中继发现程序。小区信号强度可以是由eNB 120进行的S I B信令广播的信号强度或者用于D2D通信的侧链信号的强度。可替换地,eNB将命令执行中继发现的指示(ID)包括在专用RRC消息中,并将该消息发送给潜在的远程UE。潜在的远程UE接收该消息并执行中继发现。
使用SIB的方法以这样的方式执行:eNB经由SIB信息向潜在的远程UE提供小区信号强度的阈值;潜在的远程UE测量小区信号强度;并且当所测量的小区信号强度的水平小于或等于阈值时,eNB允许UE执行中继发现程序。小区信号强度可以是由eNB进行的SIB信令广播的信号强度或D2D通信的侧链信号的强度。该阈值可以在UE中预设。可替换地,eNB或ProSe功能可以通知UE该阈值。
图3是描述根据本公开的实施例的ProSe UE执行服务请求程序以充当中继的方法的流程图。
参考图3,ProSe UE执行服务请求程序,以便充当中继,同时通知网络它是中继。通过该程序,核心网络向eNB提供有关相应的UE的中继程序的信息。eNB基于该信息选择中继UE,并触发期望移动脱离覆盖区域的UE以发现中继。
为了在网络中确立用于中继的承载连接,在操作S300中,由附图标记110指示并且正在使用ProSe的UE 2向作为网络设备之一的MME 130发送消息、服务请求。UE 2还可以向MME 130发送消息、扩展服务请求。UE 2能够经由以下方法使用扩展服务请求消息通知MME130其是正在执行中继操作的或能够执行中继操作的UE。首先,UE可以在扩展服务请求消息的服务类型字段中包括指示其使用ProSe UE到网络中继服务的ID。其次,UE可以在扩展服务请求消息的设备属性字段中指定它是使用ProSe UE到网络中继的UE。当接收到通过使用上述一种或两种方法配置的扩展服务请求消息时,基于方法配置的字段,MME130能够识别发送扩展服务请求的UE是执行ProSe UE到网络中继的UE。
为了检查发送服务请求或扩展服务请求的UE 2是否具有可被中继的订阅,在操作S305中,MME 130与HSS 150协商以检查有关UE 2的订阅信息并获得用于中继功能的UE上下文。UE上下文可以包含:关于UE是否能够充当中继的信息、用于确立用于中继的承载连接的ARP、用于中继的QCI、UE-AMBR、APN的APN-AMBR等等。当MME明确发送服务请求的UE 2具有执行中继操作所需的订阅,它可以省略与HSS的协商。
为了向发送服务请求或扩展服务请求的UE 2提供承载连接,在操作S310中,MME130在初始上下文建立请求消息中包括承载上下文信息,并且将该消息发送到eNB 120。在操作S310中,MME 130在初始上下文建立请求的ProSe授权字段中设置ProSe UE到网络中继值,从而通知eNB 120相应UE是使用ProSe UE到网络中继的UE。可替换地,MME 130将E-TRAB的E-RAB等级QoS参数中的中继的QC I或者ARP值设置为建立列表字段(setup listfield),从而允许eNB识别相应的UE能够使用中继。当eNB经由上述方法接收到初始上下文建立请求时,识别出UE 2是能够使用ProSe UE到网络中继的UE。
在操作S315中,eNB 120经由RRC消息与UE(例如,UE 2)确立无线承载连接。eNB可以选择UE 2,使得UE 2能够执行中继功能。eNB能够在RRC连接重配置消息中包括用于授权UE 2充当中继的指示符(或指示)或命令UE 2执行中继操作的指示。UE2识别从eNB发送的RRC连接重配置消息中的指示,并确定它是否执行中继操作。
当在UE 2和eNB 120之间已经确立了承载连接时,在操作S320中,eNB120向MME130发送初始上下文建立响应,通知承载已经确立。在操作S325中,MME 130向S-GW/P-GW140发送修改承载请求,由此确立eNB与S-GW/P-GW之间的承载连接。
在操作S330中,eNB 120获得有关执行ProSe中继的UE的信息,作为根据个人操作的结果,并存储相应的UE的上下文。所获得的信息可以包含指示UE被允许执行ProSe UE到网络中继操作的授权和/或指示UE有能力执行ProSe UE到网络中继操作的指示。
在操作S335中,eNB 120能够选择中继UE来提供ProSe UE到网络中继服务。在操作S335中,eNB120可基于从MME130发送的授权或指示,将特定UE设置为中继UE,以允许或命令特定UE执行中继操作。在这种情况下,eNB可以选择UE 2作为中继UE。eNB可以通过发出专用RRC或广播SIB来选择中继UE。
为了选择使用专用RRC信令的中继UE,eNB 120可以通过C-RNTI将针对特定UE的RRC消息与其他消息区分开,并且执行消息的发送。eNB可以在RRC消息中包括指示相应的UE能够执行中继操作的授权或者用于触发相应的UE执行中继操作的指示。可替换地,当eNB经由RRC消息向UE发送与用于中继的资源池有关的信息时,UE接收RRC消息,并明确与用于中继的资源池有关的信息被包括在接收到的RRC消息中。在这种情况下,UE明确它已经被指示执行中继功能或被授权执行中继功能。
为了使用SIB广播选择中继UE,eNB 120在SIB消息中包括充当中继的UE的C-RNTI,并且广播该消息。可替换地,当eNB 120在SIB消息中包括与用于中继的资源池有关的信息时,UE能够执行中继功能:参考资源池信息确定其是否执行中继操作;或者当中继资源池信息被包括在消息中时,根据操作程序开始执行中继功能。
eNB 120从位于其小区内的UE接收测量报告。当eNB 120基于接收到的测量报告、明确UE的接收到的信号强度指示符小于或等于预设阈值时,它可以确定UE即将移动脱离网络覆盖区域,其——为了便于描述——称为潜在的远程UE。在这种情况下,UE 1可以是潜在的远程UE。
在操作S340中,eNB 120能够触发发送测量报告的UE执行中继发现操作,使得UE能够使用ProSe UE到网络中继服务。在执行触发操作之前,eNB从eNB向其提供服务的UE设备当中确定是否存在能够执行中继操作或被授权执行中继操作的UE。当eNB明确存在能够执行中继操作或被授权执行中继操作的一个或多个UE设备时,它能够触发潜在的远程UE启动中继发现程序。执行该过程以防止潜在的远程UE执行不必要的操作,例如,尽管不存在中继使能UE,也开始中继发现。UE能够确定是否使用从ProSe功能接收到的阈值、而不是从eNB接收到的阈值、而不是从eNB接收到的阈值来执行中继发现。
eNB能够通过以下两种方法触发潜在的远程UE执行中继发现:使用专用的RRC消息以及广播SIB。使用专用RRC消息的方法以这样的方式执行:eNB向潜在的远程UE提供小区信号强度的阈值;潜在的远程UE测量小区信号强度;并且当所测量的小区信号强度的水平小于或等于阈值时,eNB允许UE执行中继发现程序。小区信号强度可以是由eNB 120进行的SIB信令广播的信号强度或者用于D2D通信的侧链信号的强度。可替换地,eNB将命令执行中继发现的指示(ID)包括在专用RRC消息中,并将该消息发送给潜在的远程UE。潜在的远程UE接收该消息并执行中继发现。
使用SIB的方法以这样的方式执行:eNB经由SIB信息向潜在的远程UE提供小区信号强度的阈值;潜在的远程UE测量小区信号强度;并且当所测量的小区信号强度的水平小于或等于阈值时,eNB允许UE执行中继发现程序。小区信号强度可以是由eNB进行的SIB信令广播的信号强度或D2D通信的侧链信号的强度。该阈值可以在UE中预设。可替换地,eNB或ProSe功能可以通知UE该阈值。
图4是描述根据本公开的实施例的ProSe UE执行承载资源分配程序以充当中继的方法的流程图。
参考图4,ProSe UE执行承载资源分配程序,以便充当中继,同时通知网络它是中继。通过该程序,核心网络向eNB提供有关相应的UE的中继程序的信息。eNB基于该信息选择中继UE,并触发期望移动脱离覆盖区域的UE以发现中继。
在操作S400中,为了确立网络中的中继的承载连接,由附图标记110指示并且正在使用ProSe的UE 2将消息、承载资源分配请求发送到作为网络设备中的一个的MME 130。UE2能够经由以下方法使用承载资源分配请求消息通知MME 130其是正在执行中继操作的或能够执行中继操作的UE。首先,UE可以在承载资源分配请求消息的必需的通信量流QoS字段中包括相应于ProSe UE到网络中继服务的QCI或ARP值。其次,UE可以在承载资源分配请求消息的协议配置选项字段的附加参数部分中指定它是使用ProSe UE到网络中继的UE。第三,UE可以在承载资源分配请求消息的设备属性字段中指定它是使用ProSe UE到网络中继的UE。
当接收通过使用上述三种方法中的一种或多种配置的承载资源分配请求消息时,基于由方法配置的字段,MME 130能够识别发送承载资源分配请求的UE是执行ProSe UE到网络中继的UE。
为了检查发送承载资源分配请求消息的UE 2是否具有可被中继的预订,在操作S405中,MME 130与HSS 150协商以检查有关UE 2的预订信息并获得用于中继功能的UE上下文。UE上下文可以包含:关于UE是否可以充当中继的信息、用于确立中继的承载连接的ARP、用于中继的QCI、UE-AMBR、APN的APN-AMBR等等。当MME明确发送承载资源分配请求的UE 2具有执行中继操作所需的订阅时,它可以省略与HSS的协商。
之后,在操作S410中,MME 130向UE 2发送消息、激活的专用承载上下文请求和修改演进分组系统(Evolved Packet System,EPS)承载上下文请求,并且在操作S415中,向S-GW/P-GW 140发送消息、承载资源命令。在操作S420中,S-GW/P-GW 140向MME 130发送创建承载请求消息。
为了向发送承载资源分配请求消息的UE提供承载连接,在操作S425中,MME 130在E-RAB建立请求消息中包括承载上下文信息,并且向eNB发送该消息。在操作S425中,MME130在E-RAB建立请求的ProSe有关字段中建立ProSe UE到网络中继值,从而通知eNB 120该相应UE是使用ProSe UE到网络中继的UE。可替换地,MME 130将E-TRAB的E-RAB等级QoS参数中的用于中继的QC I或者ARP值建立为建立列表字段,从而允许eNB识别相应的UE能够使用中继。当eNB经由上述方法接收E-RAB建立请求时,它能够识别出UE2是使用ProSe UE到网络中继的UE。
在操作S430和S435中,eNB 120经由RRC消息与UE确立无线承载连接。eNB可以选择UE 2,使得UE 2能够执行中继功能。eNB能够在RRC连接重配置消息中包括用于授权UE 2充当中继的指示(指示符)或命令UE 2执行中继操作的指示。UE2识别从eNB发送的RRC连接重配置消息中的指示,并确定它是否执行中继操作。
在操作S440中,eNB 120获得有关执行ProSe中继的UE的信息,作为根据个人操作的结果,并存储相应的UE的上下文。所获得的信息可以包含指示UE被允许执行ProSe UE到网络中继操作的授权和/或指示UE有能力执行ProSe UE到网络中继操作的指示。
在操作S445中,当在UE 2和eNB 120之间已经确立了承载连接时,eNB120向MME130发送E-RAB建立响应,通知承载已经确立。在操作S450中,MME 130根据细节向S-GW/P-GW140发送创建承载响应消息。
在操作S455中,eNB 120能够选择中继UE来提供ProSe UE到网络中继服务。在操作S455中,eNB120可以基于从MME130发送的授权或指示,将特定UE设置为中继UE,以允许或命令特定UE执行中继操作。在这种情况下,特定的UE可以是UE 2。eNB可以通过发出专用RRC或广播SIB来选择中继UE。
为了使用专用RRC信令选择中继UE,eNB 120可以通过C-RNTI将针对特定UE的RRC消息与其他消息区分开,并且执行消息的发送。eNB可以在RRC消息中包括指示相应的UE能够执行中继操作的授权或者用于触发相应的UE执行中继操作的指示。可替换地,当eNB经由RRC消息向UE发送与用于中继的资源池有关的信息时,UE接收RRC消息,并明确与用于中继的资源池有关的信息被包括在接收到的RRC消息中。在这种情况下,UE明确它已经被指示执行中继功能或被授权执行中继功能。
为了使用SIB广播选择中继UE,eNB 120在SIB消息中包括充当中继的UE的C-RNTI,并且广播该消息。可替换地,当eNB 120在SIB消息中包括与用于中继的资源池有关的信息时,UE能够执行中继功能:参考资源池信息确定其是否执行中继操作;或者当在消息中指定了中继资源池信息时,根据操作程序开始执行中继功能。
eNB 120从位于其小区内的UE接收测量报告。当eNB 120基于接收到的测量报告、明确UE的接收到的信号强度指示符小于或等于预设阈值时,它可以确定UE即将移动脱离网络覆盖区域,其——为了便于描述——称为潜在的远程UE。在这种情况下,潜在的远程UE可以是UE 1。
在操作S460中,eNB 120能够触发发送测量报告的UE执行中继发现操作,使得UE能够使用ProSe UE到网络中继服务。在执行触发操作之前,eNB从eNB向其提供服务的UE设备当中确定是否存在能够执行中继操作或被授权执行中继操作的UE。当eNB明确存在能够执行中继操作或被授权执行中继操作的一个或多个UE设备时,它能够触发潜在的远程UE启动中继发现程序。执行该过程以防止潜在的远程UE执行不必要的操作,例如,尽管不存在中继使能UE,也开始中继发现。UE能够确定是否使用从ProSe功能接收到的阈值、而不是从eNB接收到的阈值来执行中继发现。
eNB能够通过以下两种方法触发潜在的远程UE执行中继发现:使用专用的RRC消息以及广播SIB。使用专用RRC消息的方法以这样的方式执行:eNB向潜在的远程UE提供小区信号强度的阈值;潜在的远程UE测量小区信号强度;并且当所测量的小区信号强度的水平小于或等于阈值时,eNB允许UE执行中继发现程序。小区信号强度可以是由eNB 120进行的SIB信令广播的信号强度或者用于D2D通信的侧链信号的强度。可替换地,eNB将命令执行中继发现的指示(ID)包括在专用RRC消息中,并将该消息发送给潜在的远程UE。潜在的远程UE接收该消息并执行中继发现。
使用SIB的方法以这样的方式执行:eNB经由SIB信息向潜在的远程UE提供小区信号强度的阈值;潜在的远程UE测量小区信号强度;并且当所测量的小区信号强度的水平小于或等于阈值时,eNB允许UE执行中继发现程序。小区信号强度可以是由eNB进行的S I B信令广播的信号强度或D2D通信的侧链信号的强度。
图5是示出被配置为执行根据本公开的实施例的功能的设备的框图。
参考图5,示出了一种装置。该装置可以是中继UE、远程UE、eNB 120、MME 130、S-GW、或P-GW 140、或HSS 150,并且可以包括收发机500、控制器510和储存单元520。收发机500从外部设备接收信号或向外部设备发送信号。储存单元520在其中存储组件的信息或数据。控制器510控制:收发器500执行信号的发送/接收;并且储存单元520在其中/从其中存储/输出信息或数据。
<实施例2>
本实施例涉及一种经由ProSe UE到网络中继提供与提供中继服务的过程所需的中继服务代码有关的参数的方法。本实施例还涉及一种分配用于经由ProSe UE到网络中继发送多媒体广播多播服务(multimedia broadcast multicast service,MBMS)通信量的层2(L2)组ID的方法。
图6是示出根据本公开的实施例的用于使用ProSe UE到网络中继来接收服务的ProSe网络配置的图。
参考图6,UE到网络中继UE 610位于eNB 620的覆盖区域670内并且充当中继器,用于使用PC 5连接将由蜂窝网络提供的服务转发到网络覆盖之外的远程UE 600。网络包括用于执行ProSe的供应程序和服务认证的ProSe功能660、用于执行与呼叫过程有关的操作的MME 650、用于存储订户信息的HSS 630、以及各种网关640(例如,S-GW、P-GW)等。在这种情况下,网络可以是EPS。
UE到网络中继UE(称为中继UE)执行准备以提供中继服务,诸如经由EPS网络注册UE是中继、接收与中继服务的供应有关的信息、创建PDN连接以向远程UE提供I P服务等。在准备中继服务之后,中继UE根据发现方法来广播一通告消息以通告它是中继,或者从中继UE附近的远程UE接收发现征求消息(discovery solicitation message)。发现征求消息由UE发送以发现中继。当中继UE明确发现征求消息满足相应的条件时,向远程UE发送发现响应消息,以便远程UE发现中继UE。
远程UE从发现的中继UE设备当中选择相应的中继UE,并建立与相应的中继UE的连接。远程UE通过建立连接从网络接收服务。
本实施例涉及一种提供与中继服务代码有关的通告服务的信息方法,该服务由UE到网络中继提供并且是在远程UE和中继UE之间执行的发现程序所需的。本实施例涉及一种获取与L2组有关的信息的方法和装置,以根据远程UE的请求,将MBMS通信量从中继UE发送到远程UE。中继服务代码指的是通告由UE到网络中继提供的服务、并识别远程UE是否是被授权接收来自UE到网络中继的服务的授权用户的代码。L2组ID指的是用于识别在向远程UE发送MBMS通信量时使用的通信组的代码。
图7是描述根据本公开的实施例的用于接收中继服务代码值的程序的流程图。
参考图7,当ProSe UE位于蜂窝网络的覆盖范围内时,其通过服务授权来执行接收ProSe服务的程序。当UE位于蜂窝网络的覆盖范围之外并且因此不能附接到诸如ProSe功能的EPS网络时,它可以使用在其通用订户身份模块(universal subscriber identitymodule,USIM)中设置的值来使用ProSe服务。
在操作S701中,作为一般ProSe UE设备之一的远程UE 700将用于服务授权的服务授权请求消息发送到ProSe功能720。在操作S721和S741中,ProSe功能根据需要从HSS 740接收有关远程UE的ProSe服务的信息。当ProSe功能720经由中继接收来自远程UE的服务时,根据其存储在操作S742中经由该消息从HSS 740接收到的值或信息,在操作S722中,它经由服务授权响应消息转发与可以通过中继服务代码值接收的服务(例如,消防局网络服务、警察局网络服务等)有关的使用的信息以接收服务和相应的中继服务代码。
在操作S711中,当能够提供中继服务或正在提供中继服务的中继UE 710发送服务授权请求消息时,其还可以将指示其能够提供中继服务或正在提供中继服务的中继指示(中继指示符)包括在服务授权请求消息中。
在操作S723和S742中,ProSe功能720能够基于其存储信息(其可以是UE上下文)或者通过询问HSS 740相应的UE是否是被授权提供中继服务的UE,来确定相应的UE是否是被授权提供中继服务的UE。HSS 740能够在操作S723或S742中向ProSe功能720提供订阅信息。之后,在操作S724中,ProSe功能720经由服务授权响应消息向中继UE 710转发下列列表:有关如果有必要则能够使用相应的中继服务代码(有效)的日期的信息,即与生命期(或有效期)有关的信息;中继UE 710需要使用以请求PDN连接接收相应的服务的APN;根据如在操作S742中那样的存储在ProSe功能720中的值或经由该消息从HSS 740接收的信息,当提供中继服务时,与有关如下服务(例如,消防局网络服务、警察局网络服务等)的使用有关的信息:这些服务能够通过中继UE 710能够提供的中继服务代码值和相应中继服务代码接收。
在操作S712中,当中继UE 710接收到中继服务代码值、使用有关的信息和相应的APN值时,其向MME 730发送包括所接收的APN信息的UE请求的PDN连接请求消息。如在操作S731和S713中那样,中继UE 710经由默认EPS承载激活(EPS承载激活),执行选择合适的P-GW并建立PDN连接的程序。
当已经建立了PDN连接并且EPS承载已经被激活时,中继UE 710能够执行中继功能。在这种情况下,如操作S714中,中继UE 710能够经由包括诸如中继服务代码等的信息的广播消息来执行发现程序。
之后,如在操作S711中,当中继UE 710不使用或者需要更改其中继服务代码的一部分时,其向ProSe功能720发送服务授权请求消息。在这种情况下,服务授权请求消息可以包含中继UE需要释放的中继服务代码的值、或者连同中继服务代码一起用于请求延长生命期的指示。因此,如在操作S723和S742中,ProSe功能720经由服务授权响应消息向中继UE710发送基于它的存储信息或通过请求从HSS 740接收到的信息而更改的值,并在操作S715中基于更改的值向中继UE 710提供中继服务。
可替换地,当ProSe功能720需要更改有关相应的中继服务代码值的信息时,其可以向中继UE 710或远程UE 700发送推送消息(例如,短消息服务(short message service,SMS)),使得中继UE 710或远程UE 700能够附接到ProSe功能720(例如,中继UE 710或远程UE 700能够执行服务授权请求过程),由此经由相同的方法将更改后的值发送到UE设备。
图8是描述根据本公开的实施例的用于中继UE接收L2组ID的方法的示例的流程图。
参考图8,所示的实施例是一种当远程UE 800附接到中继UE 810并请求临时移动组标识(temporary mobile group identity,TMGI)的监控和MBMS通信量的发送时分配要使用的L2组ID的方法。在该实施例中,中继UE 810从ProSe功能820接收服务授权,并且还接收相应的值。
参考图8,在操作S801中,远程UE 800将用于服务授权的服务授权请求消息发送到ProSe功能820。作为响应,在操作S821中,ProSe功能820向HSS发送SH请求,并在操作S831中接收SH响应。在操作S822中,ProSe功能820向远程UE800发送服务授权响应。在操作S811中,当中继UE 810执行服务授权请求消息的发送时,其还可以将指示其能够提供中继服务或正在提供中继服务的中继指示(中继指示符)包括在服务授权请求消息中。在操作S823和S832中,ProSe功能820能够基于其存储信息或者通过询问HSS830相应的UE是否是被授权提供中继服务的UE,来确定相应的UE是否是被授权提供中继服务的UE。ProSe功能820在服务授权响应消息中包括中继UE810根据存储在ProSe功能820中的值或者经由在操作S832中的消息从HSS830接收到的值能够使用以中继MBMS通信量的L2组ID的池,即,L2组ID的范围或列表,并且在操作S824中将消息提供给中继UE 810。在这种情况下,ProSe功能820还可以将L2组ID的池的使用的生命期包括在服务授权响应消息中。
当在操作S802中在远程UE 800和中继UE 810之间确立了连接并且提供了中继服务时,在操作S803中,远程UE800向中继UE810发送TMGI监控请求消息。中继UE 810可以为与该请求相应的TMGI授权中继服务。中继UE 810从在操作S824中获得的L2组ID值中选择L2组ID值,并且在操作S812中将所选择的值确定为用于发送相应的TMGI值的MBMS通信量的组值。在操作S813中,中继UE 810将与TMGI相应的L2组ID值包括在TMGI监控响应消息中,并且将该消息发送到远程UE 800。
之后,在操作S811中,当中继UE 810不使用或者需要更改分配给中继UE 810的L2组ID的一部分时,其向ProSe功能820发送服务授权请求消息。在这种情况下,服务授权请求消息可以连同特定的L2组ID一起包含中继UE810需要释放的L2组ID值或者请求特定L2组ID的生命期的扩展的指示。因此,在操作S823和S832中,ProSe功能820经由服务授权响应消息向中继UE 810发送基于它的存储信息或通过请求从HSS 830获得的信息而更改的值,并在操作S824中基于更改的值向中继UE 810提供中继服务。
可替换地,当ProSe功能820需要更改有关相应的L2组ID池的信息时,其可以向中继UE 810发送推送消息(例如,SMS),使得中继UE 810可以附接到ProSe功能820(例如,中继UE810可以执行服务授权请求处理),由此经由在操作S814中的相同的方法将更改后的值发送给UE设备。
图9是描述根据本公开的实施例的中继UE接收L2组ID的方法的另一示例的流程图。
参考图9,所示出的实施例是,在操作S901中,当远程UE 900附接到中继UE 910并请求TMGI的监控和MBMS通信量的发送时分配要使用的L2组ID的方法。在本实施例中,当中继UE 910接收到来自远程UE 900的TMGI监控请求时,在操作S911中,其从ProSe功能920接收相应的值。
在操作S902中,中继UE 910已经建立与远程UE 900的连接并且提供中继服务。在操作S903中,远程UE 900向中继UE 910发送TMGI监控请求消息。中继UE 910可以授权针对与该请求相应的TMGI的中继服务。在操作S912中,中继UE 910经由组ID分配请求消息从ProSe功能920请求用于发送用于相应的TMGI的MBMB通信量的L2组ID值。在此过程中,ProSe功能920可以基于在操作S921和S931中通过从HSS 930查询而获得的信息来执行程序以确定相应的UE是否能够提供服务的UE。
在操作S922中,中继UE 910通过发送组ID分配请求消息来请求来自ProSe功能920的组ID分配,并且经由组ID分配响应消息从ProSe功能920被分配了L2组ID。在操作S913中,中继UE 910向远程UE 900发送包含在接收到的组ID分配响应消息中包括的与TMGI相应的L2组ID值的TMGI监控响应消息。
当中继UE 910不再使用L2组ID时,其在操作S914中将组ID释放请求消息发送到ProSe功能920以中断L2组ID的使用。在这种情况下,在操作S923中,响应于组ID释放请求,ProSe功能920可以向中继UE910发送组ID释放确认(acknowledgement,ACK)消息。
图10是示出被配置为执行根据本公开的实施例的功能的装置的框图。
参考图10,该装置可以是中继UE、远程UE、ProSe功能、HSS等。该装置包括收发器1000、控制器1010和存储单元1020。收发器1000向/从外部设备发送/接收信号。存储单元1020在其中存储用于组件的信息或数据。控制器1010控制:收发器1000执行信号的发送/接收;并且存储单元1020在其中/从其中存储/输出信息或数据。
<实施例3>
基于LTE的公共安全网络由3GPP积极研究。通过LTE的关键任务一键通(missioncritical push to talk,MCPTT)服务在应用端定义了组通信,如现有的对讲机服务的特征。为了即使在eNB没有正确执行功能的紧急状态下也进行组通信,3GPP要求D2D直接通信作为要求。为了正常执行组通信,需要已经创建用于通信的会话(称为呼叫建立)。在经由消息通告创建会话的过程中,组中的UE设备彼此共享媒体有关数据(例如,媒体类型、编解码器、端口号等)以发送媒体,诸如语音、图像、视频等等。在呼叫建立已经被完成的状态下,当用户想要发言时,用户需要按按钮并获得发言权(obtain afloor)。在获得发言权之后,用户可以仅在已经被通告的媒体的语音和类型方面向组成员发送媒体。
在现有的MCPTT服务提供方法中,使用MCPTT服务器和连接到MCPTT服务器的MCPTT客户端(也称为UE)在其连接到eNB和网络(联网联网)的环境中提供了MCPTT服务。在联网的环境中,SIP通常用于呼叫建立。当UE需要创建会话时,UE将INVITE(邀请)消息发送到SIP服务器,并且SIP服务器将INVITE消息发送到与相应会话有关的(多个)UE设备。当(多个)UE设备需要参与会话时,UE(UE设备)以200OK消息进行回复。在INVITE消息中包含有关媒体类型、编解码器的安全性和信息的通信加密密钥和端口。UE中的MCPTT客户端执行MCPTT功能。
在联网的环境中,发言权控制由二进制发言权控制协议(binary floor controlprotocol,BFCP)和媒体突发控制协议(media burst control protocol,MBCP)处理,该协议指的是在永远在线的服务器上处理发言权请求的方法。当UE响应于从服务器发送的请求消息而接收到授权消息时,可以认为其具有发言权。在联网的环境中,集中的方法以这样的方式执行:所有UE设备将所有请求发送给服务器,并且服务器处理接收到的请求。
相反,为了在eNB和网络不执行功能(脱网)的紧急状态下使用MCPTT服务,设备(UE设备)需要经由它们之间的直接通信相互发送/接收语音。由于不存在中央控制服务器,单独的UE设备需要以分布方式进行操作。为了在组成员之间发送/接收语音,UE设备需要确立组呼叫(组呼叫建立)并且与小组成员共享与在呼叫期间使用的媒体的发送有关的建立信息,即媒体参数及其值。媒体参数包括媒体类型、编码译码器(编解码器)、带宽、用于发送媒体的多播端口、用于发送发言权控制消息的协议和端口、用于媒体加密的组密钥等。设备可以通过以下两种方法相互共享媒体参数和相应的值。
第一种方法是以这样的方式进行的:需要接收服务的每个UE设备预先建立与将在组呼叫中使用的项目的值和媒体的发送有关的项目;并且UE设备通告它开始组呼叫,并且使用先前已经设置的媒体类型、发送端口和编解码器向组成员UE设备发送媒体。第一种方法是有利的,因为它不一定需要响应,因此能够快速完成建立。然而,由于第一种方法要求需要参与组呼叫的UE设备预先定义了其间的组呼叫媒体发送建立信息,因此它具有在由服务提供商确定的设置之外使用能够创建的组呼叫资源的限制。
第二种方法是以这样的方式执行的:将打开组呼叫的UE设备选择与将在组呼叫中使用的媒体的发送有关的项目;并向其他成员UE设备发送组呼叫通告以通告选择的项目。组呼叫通告(也称为组呼叫消息)的发送被执行,使得将参与组通信的UE设备能够准备好诸如语音的媒体的接收。
图11是描述根据本公开的实施例的针对UE选择要被用于组呼叫的媒体发送有关的项目并将所选项目通告给其他成员UE设备的方法的流程图。
参考图11,启动组呼叫的MCPTT客户端1 1100:确定在组呼叫中使用的用于媒体的多个参数值;将所确定的参数值包括在组呼叫通告消息中;并在操作S1100中发送附近的MCPTT客户端1110和1120。当接收通告消息时,在操作S1110中,MCPTT客户端1110和1120基于所接收到的参数值来设置媒体参数,并准备在组呼叫期间接收媒体。在操作S1120中,MCPTT客户端1110和1120创建响应消息并将该消息发送给该组中的其他MCPTT客户端,从而通知MCPTT客户端1110和1120参与组呼叫。由于响应消息是指示客户端是否参与组的消息,因此不包括与媒体参数有关的信息。每个MCPTT客户端每次收到每组呼叫通告消息都可以发送响应消息;然而,为了有效使用网络资源,在操作S1130中,MCPTT客户端可以响应于用于相同组ID的第一通告消息来发送响应消息。参与组呼叫的所有参与者可以在操作S1140中经由组呼叫通告消息和响应消息在组中识别彼此。
因此,该方法允许MCPTT客户端经由MCPTT离线组呼叫程序来准备媒体(例如,语音)的发送/接收。
当第一组呼叫通告消息被发送时,MCPTT客户端可能在消息发送范围之外,并且然后进入组呼叫的范围。MCPTT客户端可能在发送通告消息后被激活。在这些情况下,需要在先前创建的组呼叫中加入相应的MCPTT客户端的方法。
根据本实施例的方法能够将组呼叫中使用的媒体参数发送给之后加入了组呼叫服务范围的MCPTT客户端,使得相应的MCPTT客户端能够使用接收到的媒体参数,执行媒体的发送/接收的建立。因此,该方法可以在先前创建的组呼叫中加入新的MCPTT客户端。
本实施例提供了一种经由直接通信在已经在PTT解决方案中创建的组呼叫中加入新的MCPTT客户端的方法。特别地,为了立即创建组呼叫,该方法向客户端发送组通告消息,使得客户端可以主动地加入先前创建的相同ID的组呼叫。该方法接收周期性发送的组通告消息,使得客户端能够被动地加入组呼叫。该方法也能够被实施为包括两种情况。
图12是示出根据本公开的实施例的基于UE设备之间的直接通信的MCPTT系统的图。
参考图12,基于D2D直接通信的MCPTT系统不包括服务器。MPCTT UE 1200、MPCTTUW 1210和MPCTT UE 1220能够在直接通信的单独覆盖区域中彼此进行通信。
图13A是根据本公开的实施例的MCPTT UE的框图。
参考图13A,MCPTT UE包括各种类型的外围模块,例如用于MCPTT语音的按钮1300和音量增大/减小按钮1302、用于显示组信息的屏幕(显示器)1304、用于输出声音的扬声器(未示出)、用于接收语音的麦克风(未示出)等。MCPTT UE使得嵌入式MCPTT系统能够使用外围模块和调制解调器1320来执行D2D MCPTT操作并提供服务。MCPTT UE包括PTT单元1310。PTT单元1310包括用于创建组呼叫的呼叫建立单元1312、用于控制发言权的发言权控制单元1314、以及用于执行语音的Tx/Rx的媒体发送(Tx)/接收(Rx)单元(例如,媒体收发器)1316。PTT单元1310支持使用调制解调器1320的直接通信。虽然没有示出,但是MCPTT UE还可以包括用于控制网络层以支持D2D通信的ProSe单元。
图13B是根据本公开的实施例的MCPTT UE的框图。
参考图13B,MCPTT UE包括收发器1350、控制器1360和存储单元1370。收发器1350向/从其他UE的外部设备发送/接收消息。存储单元1370存储包含在消息中的信息,诸如参数等。控制器1360控制:收发器1350和存储单元1370根据实施例执行操作。图13A中所示的PTT单元1310的操作可以由图13B所示的控制器1360执行。
根据该实施例的方法能够使用MCPTT UE的呼叫建立单元1312创建组呼叫通告消息和响应消息,并且执行MCPTT UE设备之间的消息的发送/接收。因此,该方法可以在先前创建的组呼叫中加入新的MCPTT客户端。在这种情况下,组呼叫根据组ID彼此区分。由于根据组呼叫使用的媒体参数是由启动第一组呼叫的MCPTT客户端确定的,因此它们根据组呼叫而可能彼此不同。但是,可以根据组呼叫使用相同的媒体参数。
在已经创建的组呼叫中加入新的MCPTT客户端的方法可以被分类为主动加入方法和被动加入方法。主动加入方法使得新的MCPTT客户端主动发送组呼叫通告消息,并因此加入先前创建的组呼叫。被动加入方法使得客户端能够接收周期性发送的组呼叫通告消息,从而加入组呼叫。
图14是描述根据本公开的实施例的用于新MCPTT客户端接收周期性发送的组呼叫通告消息并参与组呼叫的方法的流程图。
参考图14,MCPTT客户端1 1400、MCPTT客户端2 1410和MCPTT客户端3 1430已经经由上述在操作S1400中描述的方法在其间创建了组呼叫。加入组呼叫的MCPTT客户端周期性地通告他们当前正在使用的媒体参数信息,使得在呼叫已经创建之后出现的新的MCPTT客户端可以建立其媒体参数并且在操作S1410中加入组呼叫。新的MCPTT客户端4 1430在操作S1420中等待一段时间,并且在操作S1430中接收先前创建的组呼叫成员客户端(例如,图14所示的MCPTT客户端2)向其他客户端发送的组呼叫通告消息。在操作S1440中,新的MCPTT客户端4 1430将其媒体参数建立为在接收到的组呼叫通告消息中包含的组呼叫中使用的媒体参数的细节,并准备进行媒体的发送/接收。在操作S1450中,新的MCPTT客户端4 1430向该组中的其他客户端发送通告其已经加入组呼叫的响应消息。新的MCPTT客户端4 1430的响应消息不包括媒体参数。MCPTT客户端1、2和3能够通过响应消息识别新的MCPTT客户端41430已经加入组呼叫。然后,在操作S1460中,组呼叫成员周期性地发送组呼叫通告消息。
在使用请求注释(request for comment,RFC)2974会话通告协议(sessionannouncement protocol,SAP)时,发送组呼叫通告消息的周期被确定为300秒;并且通过将“发送组呼叫通告消息的数量x通告消息的大小”除以预设频带宽度(比特/秒)而获得的值中的最大值。如果SAP没有特别为服务而描述它,则频带宽度可以是4000比特/秒作为默认值。例如,在组呼叫通告消息的发送周期被设置为300秒的状态下,当MCPTT客户端在发送通告消息之后立即加入组时,它必须等待299秒来加入组呼叫。这可能导致服务的用户体验(UX)降低,并且也可能不符合3GPP的MCPTT QoS要求。为了防止这个问题,本公开提供了主动加入先前创建的组呼叫的方法。
图15是描述根据本公开的实施例的用于新的MCPTT客户端主动发送组呼叫通告消息并且参与已经创建的组呼叫的方法的流程图。
参考图15,在操作S1500中,分别由附图标记1500、1510和1520指示的MCPTT客户端1、2和3已经在其间创建了组呼叫。在操作S1510中,MCPTT客户端1、2和3在先前创建的组中彼此发送周期性的组呼叫通告消息。在操作S1520中激活由附图标记1530指示的MCPTT客户端4。MCPTT客户端4在操作S1530中:选择它想创建组呼叫的组,而不等待组呼叫通告消息;确定媒体参数;创建包括媒体参数的组呼叫通告消息;将消息多播给其他客户端。MCPTT客户端1、2和3:接收通告消息;将包含在接收到的消息中的组ID与先前创建的组呼叫的组ID进行比较;当接收到的消息中包含的组ID与先前创建的组呼叫的组ID相同时,识别MCPTT客户端4刚刚加入了组呼叫。MCPTT客户端在操作S1540中:在响应消息中包括在先前创建的呼叫中使用的媒体参数,而不是使用从MCPTT客户端4发送的通告消息中包含的媒体参数来建立组呼叫;并且将该响应消息发送到新的MCPTT客户端4。
在这种情况下,不是所有的MCPTT客户端都向MCPTT客户端4发送响应消息。当单独的MCPTT客户端从MCPTT客户端4接收通告消息时,他们选择数字[0,最大值]中一个,等待相应于所选择的号码的发送时隙,并向MCPTT客户端4发送响应消息。最大值可以被预先确定,或者在创建组呼叫时被确定。当单独的MCPTT客户端在发送其响应消息之前从其中一个MCPTT客户端(例如,MCPTT客户端2)接收到响应消息时,其他MCPTT客户端(例如除MCPTT客户端2之外的MCPTT客户端1和3)不需要发送其响应消息。
在接收来自MCPTT客户端2的响应消息时,MCPTT客户端4在操作S1550中:经由响应消息中包含的组ID和媒体参数,确定MCPTT客户端4有计划创建的组呼叫已经存在;将其设置的媒体参数值更改为包含在响应消息中的媒体参数值;并从相应的组呼叫接收媒体(例如,语音)。之后,在操作S1560中可以周期性地发送组呼叫通告消息。
当两个MCPTT客户端新出现在先前创建的呼叫覆盖区域中时,他们可以以这样的方式加入组呼叫:一个客户端主动发送组呼叫通告消息,并且另一个客户端被动接收组呼叫通告消息。在这种情况下,被动加入的MCPTT客户端可能不会加入组呼叫,因为尽管通告消息和响应消息具有相同的组ID,但是包含在通告消息中的媒体参数与响应消息中包含的媒体参数不同。
为了解决该问题,当新的MCPTT客户端接收到包含在先前创建的组呼叫中使用的媒体参数的响应消息时,他们可以通过将预设媒体参数值更改为包含在响应消息中的媒体参数值来建立其媒体参数。
图16是描述根据本公开的实施例的允许主动的MCPTT客户端和被动的MCPTT客户端两者参与组呼叫的方法的流程图。
参考图16,在操作S1600中,在附图标记1600和1610分别指示的MCPTT客户端1和2之间已经创建了组呼叫,并且彼此通信。在操作S1610中,MCPTT客户端1和2彼此发送/接收周期性组呼叫通告消息。分别由附图标记1620和1630指示的MCPTT客户端3和4新出现。为了创建组呼叫,在操作S1630中,MCPTT客户端3向MCPTT客户端4发送包含MCPTT客户端1和2已经创建的组呼叫的组呼叫ID的组呼叫通告消息。当从MCPTT客户端3接收到组呼叫通告消息时,在操作S1640中,MCPTT客户端4基于包含在接收到的组呼叫通告消息中的媒体参数来设置其参数,并且发送指示其将加入组呼叫的响应消息。
当从MCPTT客户端3接收到组呼叫通告消息时,MCPTT客户端1和2明确已经创建了与包含在通告消息中的组ID相应的组呼叫,并且在操作S1650中,发送包括先前创建的组呼叫中使用的媒体参数信息的响应消息到MCPTT客户端3。例如,MCPTT客户端2发送响应消息。MCPTT客户端3和4:接收响应消息;认识到以前创建的组呼叫已经存在;将其预设媒体参数更改为包含在所接收的响应消息中的媒体参数值;并在操作S1660中准备媒体的发送/接收。之后,在操作S1670中发送周期性组呼叫通告消息。
如上所述,在MCPTT客户端4发送其响应消息之前,MCPTT客户端1或客户端2可以响应于MCPTT客户端3的通告消息而发送响应消息(包括在先前创建的组呼叫中使用的媒体参数信息)。MCPTT客户端4接收来自MCPTT客户端1或客户端2的响应消息,并响应于此而发送其响应消息。加入先前创建的组呼叫的MCPTT客户端接收来自MCPTT客户端3的组呼叫通告消息和来自MCPTT客户端4的响应消息,并且识别出MCPTT客户端3和4已经加入组呼叫。
建立和加入MCPTT组呼叫的方法是使用SAP实施的。
图17是示出根据本公开的实施例的SAP的分组格式的图。
参考图17,由于SAP头部的含义和用途是众所周知的,因此在本公开中将不对其描述进行解释。本公开的实施例通过由附图标记1700和1710指示的R比特和T比特描述了分组格式,为了实施组呼叫通告消息和响应消息。R比特指的是用于对RFC的未来使用的保留位。T比特指的是定义SAP的消息类型的比特。SAP使用T比特来表示:当T比特的值为0时的通告消息;并且当它是1时会话结束。因此,SAP可以将R比特设置为'1',并将T比特设置为'0',为了指定如下表1中的响应消息。
【表1】
R比特 | T比特 | 消息类型 |
0 | 0 | 组呼叫通告消息 |
1 | 0 | 相应消息 |
该实施例在先前创建的用于D2D直接通信的组中加入不是成员的MCPTT客户端。
<实施例4>
公共安全LTE(Public safety-LTE,PS-LTE)使用LTE技术上的MCPTT在紧急情况下(诸如自然灾害)为用户提供公共安全的通信服务。
当紧急情况发生时,UE能够向其他UE通告紧急情况。MCPTT技术可能会在紧急情况下帮助MCPTT用户。
本公开的实施例提供了用于在无线通信系统中提供服务的方法和装置。
本公开的实施例提供了用于在无线通信系统中提供基于优先级的服务的方法和装置。
本公开的实施例提供了一种在MCPTT系统中确定用户、组和服务的优先级的方法和装置。本公开的实施例提供了一种使得UE和服务器能够基于优先级来控制服务的方法所需要的程序、装置和系统。本公开的实施例提供用于提供基于优先级的服务的消息流。
本公开的实施例提供了一种用于在紧急情况下从UE发送紧急通知消息到其他UE并建立呼叫的方法和装置。
根据实施例的方法和装置能够在无线通信系统中提供基于优先级的服务。
根据实施例的方法和装置能够提供和处理基于优先级的服务,保证QoS。
根据实施例的方法和装置能够在紧急情况下将来自UE的紧急通知消息发送到其他UE并建立呼叫。该方法和装置能够在发生紧急情况时向管理员发送UE收集的媒体,从而在紧急情况下帮助UE。
基于3GPP规范中定义的因特网工程任务组(Internet Engineering TaskForce,IETF)和无线IP多媒体子系统(IP multimedia subsystem,IMS)和UE的SIP来描述实施例;然而,本领域技术人员将会理解,本公开的主题也能够应用于具有与本公开的技术背景类似的技术背景的各种类型的通信系统,而不脱离本公开的范围和精神。
这些实施例具有为MCPTT用户、组和服务设置优先级,并且允许UE和服务器基于设置的优先级进行操作的特征。
实施例具有用于在MCPTT用户与MCPTT服务器之间提供基于优先级的服务的消息流的特征。
PS-LTE使用LTE技术上的MCPTT在紧急情况下(诸如自然灾害)为用户提供公共安全的通信服务。MCPTT由3GPP定义,并且提供用户之间的组通信、一对一通信、紧急呼叫、紧急通知、环境监听等各种功能。
MCPTT服务包括UE和EPS、SIP核、以及MCPTT应用服务器。EPS可以参考LTE网络。SIP核是采用SIP的网络设备,并且可以参考IMS。MCPTT服务可以在各种体系结构中进行配置。MCPTT服务提供商能够管理EPS、SIP核、和MCPTT应用服务器。在管理SIP核和MCPTT应用服务器时,MCPTT服务提供商能够提供与其他服务提供商的EPS协作的服务。可替换地,虽然MCPTT服务提供商只管理MCPTT应用服务器,但它可以提供与另一个服务提供商的SIP核和EPS合作的服务。
MCPTT服务的功能元素可以分为组管理、会话控制、和媒体控制。组管理(groupmanagement)管理关于用户所属的组的订阅信息、组的优先级、组中允许的功能、组中可用的呼叫类型等。会话控制(session control)控制用户在MCPTT服务中的注册以及用于呼叫会话的信号(诸如用于启动、切换或终止组呼叫等的信号)。从MCPTT用户发送的会话管理信号由MCPTT应用服务器控制/管理。
媒体控制(media control)控制:当用户使用由MCPTT服务提供的组呼叫、一对一呼叫、或紧急通知等时,MCPTT服务对媒体的发送/接收的许可;和资源控制。关于由MCPTT用户发送的媒体的信息经由通过MCPTT服务提供的媒体网关发送给其他用户。用于组管理的组管理服务器可以与MCPTT应用服务器一起定位。在这种情况下,组管理服务器和MCPTT应用服务器根据功能在逻辑上彼此区分。用于媒体控制的媒体网关可以在不使用SIP核的情况下连接到UE、EPS和MCPTT应用服务器。媒体网关控制发送/接收的用户授权,其被称为“发言权控制”。媒体网关可以与MCPTT应用服务器一起定位。在这种情况下,媒体网关和MCPTT应用服务器根据功能在逻辑上彼此区分。
MCPTT服务可以分为组呼叫、一对一呼叫、和紧急通知。组呼叫支持:为了公共安全需要组通信的组呼叫;当迫切/紧急情况发生时提供具有最高优先级的通信的紧急呼叫;以及提供组通信以准备具有比紧急呼叫更低优先级的即将发生的迫切/紧急的即将发生的危险呼叫。一对一呼叫支持全面呼叫、紧急呼叫、以及用于收听通讯者的环境声音的环境收听功能。
MCPTT用户可以分成许多类别,例如,一般(未授权的)MCPTT用户、授权的MCPTT用户、授权的MCPTT服务提供者等。
MCPTT用户能够接收来自许多MCPTT服务提供商的服务。MCPTT用户可以执行与MCPTT用户与之合作的另一MCPTT用户的组通信和一对一通信、与MCPTT用户与之合作的MCPTT服务提供商以及主MCPTT服务提供商协作。
MCPTT UE能够从MCPTT服务提供商接收MCPTT服务的基本信息。基本信息的示例是用户ID、组ID、组中允许的功能、组中可用的呼叫类型、关于是否能够执行一对一呼叫的条件、布置的类型、要向MCPTT服务器报告的报告信息、关于访问MCPTT应用服务器的信息、支持各种类型的布置的SIP核、EPS等。
MCPTT服务提供商能够基于优先级提供和控制服务。MCPTT UE能够基于服务优先级来控制服务。
由有限的服务提供商提供的基于服务的QoS等级和优先级,以及由现有通信系统提供的订阅和固定差异化不能满足MCPTT优先级服务的要求。因此,需要一种将优先级等级细分成细分的优先级等级并处理细分优先级的方法。
在以下描述中,实施例提供了用于在MCPTT系统中确定用户、组和服务的优先级的程序和方法。本实施例还提供了一种使得UE和服务器能够基于优先级来控制服务的方法所需要的程序、装置和系统。该实施例提供用于提供基于优先级的服务的消息流。
有三种类型的项目可以来设置优先级,例如根据用户的优先级、根据组的优先级、以及根据服务的优先级。
相应项目的优先级可以由MCPTT服务提供的服务提供商或授权的MCPTT用户设置。
所设置的优先级值可以由MCPTT用户和MCPTT服务器共享。MCPTT用户和MCPTT服务器可以在提供服务之前已经共享了所设置的优先级,或者可以在请求服务时共享所设置的优先级。
设置的优先级值由诸如MCPTT服务器、MCPTT用户、和S I P核的实体使用。
优先级(优先级的顺序)可以由一个或多个优先级值的组合使用。当MCPTT服务器从MCPTT用户接收到服务请求时,它可以使用优先级值来处理服务请求。MCPTT用户可以使用优先级值来管理当前正在进行的服务。优先值也可以用于发言权控制。当MCPTT用户接收到服务请求时,它可以使用优先级值来处理服务请求。优先级值也可以用来管理当前正在进行的服务。S I P核可以使用优先级值来管理网络资源。
根据本公开的实施例的基于优先级处理服务的方法具有以下特征。基于优先级值的服务过程在不应用优先级值的现有通信系统中变化。服务过程根据服务所需的媒体类型(例如,音频、视频、文本等)而变化。媒体的类型可以有一个额外的分类系统。在本公开的实施例中,媒体可以被分类为可以被同时服务的媒体(媒体类型A)和不能被同时服务的媒体(媒体类型B)。例如,因为在线聊天能够同时服务媒体(媒体类型A),所以它可以同时提供高优先级的服务和低优先级的服务。相反,由于音频不能被同时服务(媒体类型B),所以首先输出相应于高优先级服务的音频。当用户具有许多UE设备时,接收服务的UE设备根据优先级而变化。当网络具有的用户数量大于或等于网络可以支持的用户数量时,网络可以首先为高优先级的用户提供服务。
图18是描述根据本公开的实施例的基于优先级处理服务的方法的流程图。
参考图18,MCPTT UE能够在操作1805中接收服务请求。所接收的服务请求可以是新服务请求。
MCPTT UE能够在操作1810中确定是否存在当前正在进行的服务。该服务的示例可以是MCPTT服务。
当MCPTT UE在操作1810中确定没有当前正在进行的服务时,在操作1820中,它能够处理相应于操作1805的请求的服务。
另一方面,当MCPTT UE在操作1810中明确存在当前正在进行的服务,其能够在操作1815中确定当前正在进行的服务和与新服务请求相对应的服务(新服务)是否可以同时被提供。当MCPTT UE在操作1815中明确当前正在进行的服务和与新服务请求相应的服务(新服务)可以被同时提供时,其继续进行操作1823。另一方面,当MCPTT UE在操作1815中明确当前正在进行的服务和与新服务请求相应的服务(新服务)不能同时提供时,其继续进行操作1830。该实施例可以以省略操作1823的方式进行修改。在这种情况下,MCPTT UE继续进行操作1825。例如,当由单独服务提供的媒体是音频时,不能同时提供音频服务。例如,当单独服务提供的媒体是文字或图像时,可以同时提供文字和图像服务。当一个服务提供音频而另一服务提供文本时,可以根据UE的能力同时提供这些单独服务的媒体。有关是否同时提供这些单独服务的条件可以根据服务的类型和UE的能力来确定。
在操作1823中,MCPTT UE能够确定当前正在进行的服务的优先级和新服务的优先级。另外,MCPTT UE能够确定当前正在进行的服务提供的媒体的优先级以及新服务提供的媒体的优先级。在操作1825中使用所确定的优先级。
在操作1825中,MCPTT UE同时提供当前正在进行的服务和与新服务请求相应的服务(新服务)。为此,MCPTT UE可以使用在操作1823中获得的确定的优先级。能够同时提供的服务可以根据优先级被分配权重。例如,MCPTT UE可以以这样的方式提供文本,以控制显示器在屏幕的顶部显示具有相对较高优先级的服务的文本,并且在屏幕的底部显示具有相对较低优先级的服务的文本。可替换地,MCPTT UE可以将权重分配给具有相对较高优先级的服务的文本或图像的大小。可替换地,MCPTT UE可以将不同的权重应用于提供服务的时间。
在操作1825中,当前正在进行的服务和新服务并不总是被同时提供。例如,虽然MCPTT UE能够同时提供这两个服务,但它可以先提供一种服务,然后提供另一个服务。可替换地,MCPTT UE可以基于在操作1823中确定的优先级,首先提供特定的服务。为此,MCPTTUE可以采用稍后将参照操作1835来描述的基于优先级的服务处理方法。
在操作1830中,MCPTT UE确定优先级。MCPTT UE可以确定当前正在进行的服务的优先级以及与新服务请求相应的服务。
在操作1835中,MCPTT UE可以基于确定的优先级来提供当前正在进行的服务以及与新服务请求相应的服务。例如,MCPTT UE可以首先处理具有高优先级的服务。MCPTT UE可以放弃或保持在后服务。可替换地,MCPTT UE可以将单独服务更改为可以被同时提供的服务,然后提供它们或者将它们发送给MCPTT UE的用户的另一UE。
操作1835也可以如下被实施。MCPTT UE可以基于优先级调整服务。从当前正在进行的服务和新服务当中,MCPTT UE可以调整具有比另一个服务相对较低的优先级的服务。为了方便起见,具有相对较低优先级的服务称为“在后服务”,具有相对较高优先级的服务称为“在先服务”。MCPTT UE可以拒绝在后服务请求。当MCPTT UE拒绝在后服务请求时,它可以通知MCPTT服务器或通讯者UE拒绝。
MCPTT UE可以将在后服务的相应媒体存储在其中或服务器中,并且稍后执行存储的媒体的发送。由于MCPTT UE已经保持在后服务请求,因此它可以在当前正在进行的服务结束之后提供请求。当在先服务的媒体的一部分结束时,可以首先提供与在先服务的媒体不冲突的、所保持的在后服务的媒体的一部分。可替换地,在存储关于在后服务的信息之后,操作可以被设置为在可以检查存储的信息的时间执行。
在后服务的相应媒体的类型可以被更改。例如,在后服务的相应媒体的类型被更改为与在先服务不冲突的媒体类型,并且然后提供更改后的媒体。可替换地,可以将在后服务的相应媒体的类型更改为可以与在先服务提供的媒体同时提供的媒体的类型,并且然后提供更改后的媒体。例如,音频媒体可以被更改为文本媒体的类型,然后更改的媒体被显示在UE上。另外,关于新服务的信息可以用文字提供。当在后服务需要提供多个媒体项目时,在后服务提供部分媒体项目,其可以与在先服务提供的媒体同时提供;然而,在后服务仅调整部分媒体项目,其不能与在先服务提供的媒体同时提供。
在后服务可以被发送到MCPTT UE的用户的另一UE。为了向相同用户的另一UE发送相应服务的相应媒体,需要考虑同一用户拥有的另一个UE的设备能力。
图18的实施例也可以应用于MCPTT服务器以及MCPTT UE。当MCPTT服务器接收到来自UE 1的服务请求时,它将该请求发送给UE 2。虽然图18的实施例描述了UE2接收服务请求的操作,但这也可以应用于在接收来自UE1的服务请求的MCPTT服务器将所接收的服务请求发送给UE2之前的操作。
也就是说,MCPTT服务器可以确定UE 2是否具有当前正在进行的服务。当MCPTT服务器确定UE 2没有当前正在进行的服务时,它将所请求的服务发送给UE 2。另一方面,当MCPTT服务器确定UE 2具有当前正在进行服务时,可以确定由UE 2当前提供的服务可以与与新服务请求相应的服务同时提供。当MCPTT服务器确定由UE 2当前提供的服务可以与与新服务请求相应的服务同时提供时,则发送服务请求以同时提供两个服务。另一方面,当MCPTT服务器确定由UE2当前提供的服务不能与与新服务请求相应的服务同时提供时,确定两个服务的优先级,并向UE2发送服务请求,使得UE 2可以基于所确定的优先级来提供服务。
图19是描述根据本公开的实施例的用于UE基于优先级来处理服务的方法的流程图。
参考图19,MCPTT UE在操作1905中接收新服务请求。在操作1910中,MCPTT UE能够确定是否存在当前正在进行中的服务。
当MCPTT UE在操作1910中明确没有当前正在进行的服务时,其在操作1915中接受服务请求。MCPTT UE能够处理所请求的服务。
另一方面,当MCPTT UE在操作1910中明确存在当前正在进行的服务时,在操作1920中,其能够比较当前正在进行的服务的优先级与新请求的服务的优先级。
当MCPTT UE在操作1920中明确当前正在进行的服务的优先级高于新请求的服务的优先级时,其继续进行操作1925。另一方面,当MCPTT UE在操作1920中明确新请求的服务的优先级比当前正在进行的服务的优先级更高时,则其继续进行操作1950。
在操作1925中,MCPTT UE将由当前正在进行的服务提供的媒体与由新请求的服务提供的媒体进行比较。MCPTT UE将由当前正在进行的服务提供的媒体的类型与新请求的服务提供的媒体的类型进行比较,并且在操作1925中确定两种媒体是否能够同时服务。
当在操作1925中MCPTT UE明确两种媒体可以同时被服务时,它在操作1930中同时提供两个服务。
另一方面,当在操作1925中MCPTT UE确定两种媒体不能被同时服务时,它将当前正在进行的服务提供的媒体与新请求的服务提供的媒体进行比较,并且在操作1935中处理服务。例如,在操作1935中,MCPTT UE可以确定当前服务的媒体是否全部与新服务的媒体重复,并且基于确定来处理服务。例如,MCPTT UE可以调整部分服务。MCPTT UE可以调整发送服务请求的通讯者UE和相应服务的相应媒体或MCPTT服务器。
当MCPTT UE在操作1935中明确当前服务的媒体全部与新服务的媒体重复时,其可以在操作1940中调整服务。当MCPTT UE明确当前正在进行的服务具有比新请求的服务(新服务)更高的优先级时,它可以调整新服务。MCPTT UE可以拒绝新服务请求。当MCPTT UE拒绝新服务请求时,可以通知MCPTT服务器或通讯者UE该拒绝。
MCPTT UE可以在其中或在服务器中存储相应的服务的相应媒体,并稍后执行所存储的媒体的发送。由于MCPTT UE已经保持了新服务请求,因此它可以在当前正在进行的服务结束之后提供所保持的请求。当当前正在进行的服务的媒体的一部分结束时,可以首先提供与当前正在进行的服务的媒体不冲突的、所保持的新服务的媒体的一部分。可替换地,在存储关于新服务的信息之后,操作可以被设置为在可以检查存储的信息的时间执行。
新服务的相应媒体的类型可能会更改。例如,将新服务的相应媒体的类型更改为与当前正在进行的服务提供的媒体不冲突的媒体的类型,并且然后提供更改后的媒体。可替换地,新服务的相应的媒体的类型可以被更改为可以与当前正在进行的服务提供的媒体同时提供的媒体的类型,并且然后提供更改后的媒体。例如,音频媒体可以被更改为文本媒体的类型,并且然后更改后的媒体被显示在UE上。另外,关于新服务的信息可以用文字提供。
新服务可以被发送到MCPTT UE的用户的另一UE。为了发送相应服务的相应媒体到相同用户的另一UE,需要考虑相同用户拥有的另一个UE的设备能力。
当MCPTT UE在操作1935中确定新服务的所有媒体与当前服务的一部分媒体重复时,它在操作1945中就媒体进行协商,并且仅为不与当前服务的媒体重复的媒体启动新服务。在这种情况下,MCPTT UE可以请求服务器将呼叫转发到另一UE。
当MCPTT UE在操作1920中明确新请求的服务的优先级高于当前正在进行的服务的优先级时,在操作1950,其比较由当前正在进行的服务提供的媒体与由新请求的服务提供的媒体。MCPTT UE在操作1960中将由当前正在进行的服务提供的媒体的类型与由新请求的服务所提供的媒体的类型进行比较,并且确定由这两个服务提供的媒体是否彼此相同。
当MCPTT UE在操作1950明确两个服务提供不同的媒体时,它确定媒体可以同时服务,并且在操作1955中同时提供这些单独服务。
另一方面,当MCPTT UE在操作1950中明确由两个服务提供的媒体彼此相同时,其在操作1960中识别媒体的类型并确定是否可以同时提供所识别的类型的媒体。例如该实施例能够将媒体分类为媒体类型A和B。媒体类型A是指可以同时提供两个媒体的类型。媒体类型B是指不能同时提供两个媒体的类型。
当MCPTT UE在操作1960中明确所识别的媒体类型是可由两个服务同时提供的媒体时,其在操作1965中通过同时提供两个媒体的方法来提供服务。
另一方面,当MCPTT UE在操作1960中明确所识别的媒体类型不是可以由两个服务同时提供的媒体时,其在操作1970中调整当前正在进行中的服务以提供服务。由于在操作1920中新服务具有比另一个更高的优先级,MCPTT UE可以调整当前正在进行的服务。
MCPTT UE可以拒绝当前正在进行的服务。当MCPTT UE拒绝当前正在进行的服务时,它可以通知MCPTT服务器或通讯者UE该拒绝。
MCPTT UE可以将当前正在进行的服务的相应媒体存储在其中或存储在服务器中,并且之后执行存储媒体的发送。由于MCPTT UE已经保持当前正在进行的服务,所以它可以在新的服务结束后提供所保持的服务。当新服务的媒体的一部分结束时,可以首先提供与新服务的媒体不冲突的、所持服务的媒体的一部分。可替换地,在存储关于当前正在进行的服务的信息之后,可以将该操作建立为在可以检查存储的信息的时间执行。
当前正在进行的服务的相应媒体的类型可以会被更改。例如,当前正在进行的服务的相应媒体的类型被更改为与新服务提供的媒体不冲突的媒体类型,并且然后提供更改后的媒体。可替换地,当前正在进行的服务的相应媒体的类型可以被更改为可以与由新服务提供的媒体同时提供的媒体的类型,并且然后提供更改后的媒体。例如,音频媒体可以被更改为文本媒体的类型,并且然后更改后的媒体被显示在UE上。另外,关于新服务的信息可以用文字提供。
因此,该实施例可以提供基于优先级的MCPTT服务。
图20是描述根据本公开的实施例的服务器基于优先级处理服务的方法的流程图。
参考图20,MCPTT服务器在操作2005中从MCPTT用户(或UE 1的用户)、或UE 1接收新服务请求。MCPTT服务器将接收到的服务请求发送到目标UE设备(或UE 2)。
MCPTT服务器在操作2010中接收到新服务请求,并确定相应的MCPTT UE(UE 2)是否有当前正在进行的服务。
当MCPTT服务器在操作2010中明确相应的MCPTT UE(UE 2)不具有当前正在进行的服务或MCPTT服务时,在操作2015中,它向UE 2发送新服务请求。
另一方面,当MCPTT服务器在操作2010中明确相应的MCPTT UE(UE 2)具有当前正在进行的服务时,其能够在操作2020中比较当前正在进行的服务的优先级与新请求的服务的优先级。
当MCPTT服务器在操作2020中明确当前正在进行的服务的优先级高于新请求的服务的优先级时,其继续进行操作2025。另一方面,当MCPTT服务器在操作2020中明确新请求服务的优先级比当前正在进行的服务的优先级更高时,其继续进行操作2050。
在操作2025中,MCPTT服务器将由当前正在进行的服务提供的媒体与新请求的服务提供的媒体进行比较。MCPTT服务器在操作2025中将由当前正在进行的服务提供的媒体类型与新请求的服务提供的媒体类型进行比较,并且确定两种媒体是否能够被同时服务。
当MCPTT服务器在操作2025中明确两个媒体可以被同时服务时,它在操作2030中将服务请求消息转发给UE,并且允许接收服务请求消息的UE确定其是否接受服务请求。当UE接受服务请求时,服务器可以同时向UE提供这两个服务。
另一方面,当MCPTT服务器在操作2025中明确两个媒体不能被同时被服务时,它将由当前正在进行的服务提供的媒体与新请求的服务提供的媒体进行比较,并且在操作2035中处理服务。例如,MCPTT服务器可以在操作2035中确定当前服务的媒体是否与新服务的媒体完全重复并且基于确定来处理服务。例如,MCPTT服务器可以调整部分服务。MCPTT服务器可以调整相应的服务和发送服务请求的通讯者UE或MCPTT服务器的相应媒体。
当MCPTT服务器在操作2035中明确当前服务的媒体与新服务的媒体完全重复时,其可以在操作2040中调整服务。当MCPTT服务器明确当前正在进行的服务具有比新请求服务(新服务)更高的优先级时,它可以调整新的服务。MCPTT服务器可能会拒绝新服务请求。当MCPTT服务器拒绝新服务请求时,可以通知与服务有关的UE该拒绝。
MCPTT服务器可以在其中存储相应的服务的相应媒体,并稍后执行所存储的媒体的发送。由于MCPTT服务器已经保持了新服务请求,因此可以在当前正在进行的服务结束之后提供所保持的请求。当当前正在进行的服务的媒体的一部分结束时,可以首先提供与当前正在进行的服务的媒体不冲突的所保持的新服务的媒体的一部分。可替换地,在存储关于新服务的信息之后,操作可以被设置为在可以检查存储的信息的时间执行。
MCPTT服务器可以更改新服务的相应媒体的类型。例如,将新服务的相应媒体的类型更改为与当前正在进行的服务提供的媒体不冲突的媒体类型,并且然后提供更改的媒体。可替换地,新服务的相应媒体的类型可以被更改为可以与由当前正在进行的服务提供的媒体同时提供的媒体的类型,然后提供更改后的媒体。例如,音频媒体可以被更改为文本媒体的类型,并且然后更改的媒体被显示在UE上。另外,关于新服务的信息可以用文字提供。
MCPTT服务器可以将新服务发送给MCPTT UE的用户的另一UE。为了发送相应服务的相应媒体到相同用户的另一UE,MCPTT服务器可以考虑相同用户所拥有的另一个UE的设备能力。
当MCPTT服务器在操作2035中明确新服务的所有媒体都与当前服务的媒体的一部分重复时,它在步骤2045中就媒体进行协商并且仅为不与当前服务的媒体重复的媒体启动新服务。在这种情况下,MCPTT UE可以请求服务器将呼叫转发到先前已经注册的另一UE。
当MCPTT服务器在操作2020中明确新请求的服务的优先级高于当前正在进行的服务的优先级时,其在操作2050中将由当前正在进行的服务提供的媒体与由新请求的服务提供的媒体进行比较。MCPTT服务器在操作2060中将由当前正在进行的服务提供的媒体的类型与新请求的服务提供的媒体的类型进行比较,并且确定由两个服务提供的媒体是否彼此相同。
当MCPTT服务器明确两个服务在操作2050中提供不同的媒体时,它确定两种媒体可以被同时服务;将服务请求消息转发给UE;并且在操作2055中允许接收服务请求消息的UE确定其是否接受服务请求。当UE接受服务请求时,服务器可以同时向UE提供这两个服务。
另一方面,当MCPTT服务器在操作2050中明确由两个服务提供的媒体彼此相同时,其在操作2060中识别媒体类型并确定是否可以同时提供所识别的媒体类型。例如,该实施例能够将媒体分类为媒体类型A和B。媒体类型A是指可以同时提供两个媒体的类型。媒体类型B是指不能同时提供两个媒体的类型。
当MCPTT服务器在操作2060中明确所识别的媒体类型是可由两个服务同时提供的媒体时,其在操作2065中同时提供服务。
另一方面,当MCPTT服务器在操作2060中明确所识别的媒体类型不是可由两个服务同时提供的媒体时,其在操作2070中调整当前正在进行的服务并提供服务。由于新服务比在操作2020中的另一个具有更高的优先级,MCPTT服务器可以调整当前正在进行的服务。
MCPTT服务器可以拒绝当前正在进行的服务。当MCPTT服务器拒绝当前正在进行的服务时,可以通知与服务有关的UE该拒绝。
MCPTT服务器可以在其中存储当前正在进行的服务的相应媒体,并且稍后执行存储媒体的发送。由于MCPTT服务器已经保持当前正在进行的服务,所以它可以在新的服务结束后提供所保持的服务。当新服务的媒体的一部分结束时,可以首先提供与新服务的媒体不冲突的、所保持服务的媒体的一部分。
MCPTT服务器可以更改当前正在进行的服务的相应媒体的类型。例如,当前正在进行的服务的相应媒体的类型被改变为与新服务提供的媒体不冲突的媒体类型,并且然后提供更改后的媒体。或者,当前正在进行的服务的相应媒体的类型可以被更改为可以与由新服务提供的媒体同时提供的媒体的类型,并且然后提供更改后的媒体。例如,音频媒体可以被更改为文本媒体的类型,并且然后更改后的媒体被显示在UE上。另外,关于新服务的信息可以用文字提供。
使用上述方法,MCPTT服务器可以根据条件,基于当前正在进行的服务和新服务的优先级,调整当前正在进行的服务和新服务提供的媒体,并且然后向UE 2提供MCPTT服务。
当SIP核接收到服务请求消息时,它可以使用优先级值管理网络资源,以提供相应的服务。
图21是描述根据本公开的实施例的基于优先级的值来控制电话会议的发言权的过程的图。
参考图21,MCPTT服务器2110能够从MCPTT客户端1 2120和2 2130接收发言权请求消息。在该实施例中,假定执行组通信,其中组通信可以指组呼或组呼叫。
组呼叫允许许多MCPTT客户端2120和2130加入组通信。在许多客户端加入组呼叫的状态下,当客户端(或UE)为了防止客户端之间的通信冲突而计划发送数据时,它向MCPTT服务器2110发送发言权请求消息。MCPTT服务器2110接收发言权请求消息并将发言权授予消息发送给客户端。当接收到发言权授予消息时,客户端可以执行数据的发送。
在本实施例中,当接收到发言权请求消息的MCPTT服务器2110执行发言权授予消息的发送时,它可以优先将发言权授予消息发送给许多UE设备中的具有最高的优先级的一个。在本实施例中,假定MCPTT客户端2具有比MCPTT客户端1更高的优先级。因此,当MCPTT服务器2110从MCPTT客户端1和2接收到发言权请求消息时,它向MCPTT客户端2发送发言权授予消息。在一个实施例中,当服务器从具有相同优先级的客户端接收到发言权请求消息时,考虑到发言权请求消息的接收顺序等,它可以确定向它们发送发言权授予消息。
图22是描述根据本公开的实施例的用于网络提供基于UE的优先级和位置信息的QoS的方法的流程图。
参考图22,当MCPTT服务器接收到组通信请求(例如,组呼叫服务请求)时,它向组中的个人用户发送组呼叫服务请求并提供组呼叫服务。在这种情况下,MCPTT服务器基于参与组呼叫的用户的数量和用户的优先级来确定服务请求的发送顺序,参照图22进行说明。
MCPTT服务器能够在操作2205中接收服务请求。服务请求的示例是组通信请求、组呼叫服务请求等。
在操作2210中,MCPTT服务器能够确定所请求的服务是否是组服务。组服务可以包括组通信请求、组呼叫服务等。
当在操作2210中MCPTT服务器确定所请求的服务不是组服务时,其可以根据操作2215中的一般程序来处理相应的服务。例如,MCPTT服务器可以经由参考图18至图20的方法处理相应的服务。
另一方面,在操作2210中,当MCPTT服务器明确所请求的服务是组服务时,其能够在操作2220中执行处理组服务的操作。例如,MCPTT服务器可以经由参考图18至图20的方法处理组服务。
在操作2220中,MCPTT服务器能够为组服务获得关于目标UE的位置信息。
MCPTT服务器可以使用以下方法获得关于目标用户组服务的位置信息。作为第一种方法,当MCPTT UE连接到网络并注册到MCPTT服务器时,UE可以将关于网络的ID信息发送给MCPTT服务器,使得MCPTT服务器可以获得关于UE的位置。另外,当UE在其连接的网络之间移动和改变时,每次其改变网络的连接时都更新并向MCPTT服务器报告网络ID,使得MCPTT服务器可以获得关于UE的位置。第二种方法,当MCPTT服务器接收到组呼叫服务请求时,其向网络询问关于UE的位置信息,从而获得关于UE的位置信息。当网络已知相应的信息时,它可以通知MCPTT服务器这些信息。当网络不知道相应的信息时,它向处于空闲状态的UE发送消息,从而获得网络ID。具体地,使用第二种方法,服务器可以实时获取连接到相应网络的用户数量。当MCPTT服务器接收到组呼叫服务请求时,可以向目标UE发送SIP邀请来接收组呼叫服务。每个组呼叫服务目标UE可以向服务器发送响应消息。该响应消息可以包含关于每个组呼叫服务目标UE的位置信息。
可替换地,当MCPTT服务器接收到来自UE的组呼叫服务请求时,它可以获得关于请求组呼叫服务的UE的位置信息。例如,关于UE的位置信息可以与组呼叫服务请求一起发送。当使用基于IMS的SIP协议时,请求组呼叫服务的UE可以将其位置信息包括在SIP请求的报头中并发送该请求。也就是说,当UE发送组呼请求、邀请(Invite)时,UE可以将其网络信息包括在请求消息的头部。网络信息可以是位置信息或UE连接的单元的ID。当组呼叫请求不包含位置信息或不被使用时,可以通过上述方法获得位置信息。可以从S I P邀请请求获得关于请求组呼叫的组目标的信息。关于接收组呼叫请求的另一组目标的位置信息可以被包含在SIP响应中。
在操作2220中获得关于UE的位置信息之后,在操作2225中,MCPTT服务器能够确定组呼叫服务目标UE的数量是否满足预设阈值条件。阈值条件用于确定组服务是否以多播或单播模式被提供。例如,当组呼叫服务目标UE的数量大于或等于预设阈值时,可以以多播模式提供用于组服务的媒体。由于组服务可以将相同媒体发送给许多目标,所以当组服务目标UE的数量大于或等于预设值时,优选的是以多播模式向它们提供媒体,从而增加了资源效率。
当在操作2225中MCPTT服务器明确组呼叫服务目标UE的数量满足预设的阈值条件时,在操作2230中,其以多播模式提供用于组服务的媒体。虽然媒体是以多播模式提供的,但是信令仍然以单播模式执行。当针对发送执行信令时,可以基于组服务目标UE的优先级来确定信令的顺序。例如,当组服务的单元具有200个用户的容量,并且组服务目标UE的数量为250时,50个UE设备不与组服务一起提供。在这种情况下,基于UE设备的优先级为250个UE设备中的前200个执行信令,使得能够向200个UE设备提供组服务。
另一方面,当MCPTT服务器在操作2225中明确组呼叫服务目标UE的数量不满足预设阈值条件时,在操作2235中,其以单播模式提供用于组服务的媒体。MCPTT服务器能够基于优先级连续地向组服务目标UE设备提供媒体。当执行信令时,可以基于组服务目标UE的优先级来确定信令的顺序。
当MCPTT服务器明确UE设备集中在特定的网络中、并且UE设备的数量大于网络能够支持的用户数量时,它可以基于从最高到最低的、UE用户的优先级,向UE用户提供服务。
紧急组呼叫是具有高优先级的MCPTT服务的示例。MCPTT系统通过UE和许多实体基于优先级向MCPTT UE提供MCPTT服务。
图23至图31示出了经由根据本公开的各种实施例的MCPTT系统描述提供紧急组呼叫服务的方法作为优先服务的示例的消息流程图。
MCPTT UE能够经由MCPTT网络发送警报(Alert)消息。警报消息包含关于UE的位置信息、用户ID、组ID、和关于附属组的信息。被配置为发送警报消息的MCPTT服务器明确执行警报消息的发送的用户的授权。不管警报消息中是否包含足够量的信息,警报消息可以通过修改或删除信息或通过添加信息来编辑。在该实施例中,术语“UE”和“客户端”可以彼此互换。当UE处于紧急情况时,它能够通知其他UE其紧急情况。以下实施例使得MCPTT用户能够通告紧急情况。
图23至图25示出了描述根据本公开的各种实施例的发送警报消息的方法的流程图。当提供MCPTT服务时,可以在邀请紧急呼叫之前发送警报消息。当提供MCPTT服务时,可以选择性地执行警报消息有关的程序。
图23是描述根据本公开的实施例的使用SIP消息发送警报消息的方法的流程图。
参考图23,移动通信系统能够包括MCPTT客户端2305、SIP核2310、MCPTT服务器2315、以及MCPTT组管理服务器2320。移动通信系统能够进一步包括MCPTT客户端2325和MCPTT客户端2330。MCPTT客户端和MCPTT UE可以彼此互换。MCPTT警报是指UE或UE用户发送的通告紧急情况的警报消息。
MCPTT客户端2305在操作2341中启动MCPTT警报操作。MCPTT客户端2305在操作2343中向SIP核2310发送SIP消息。SIP消息可以包含关于UE的位置信息、用户ID、组ID、和关于附属组的信息。在操作2345中,SIP核2310将SIP消息发送到MCPTT服务器2315。在该实施例中,位置信息被用于指示MCPTT客户端2305的位置并且选择特定的目标来发送消息。
MCPTT服务器2315能够在操作2347中检查用户授权和/或用户位置。MCPTT服务器2315与MCPTT组管理服务器2320通信并检查用户授权和用户位置。MCPTT服务器2315检查发送警报消息的用户的位置和/或授权。当MCPTT服务器2315需要编辑警报消息时,它可以对包含在警报消息中的信息进行修改、增加和删除。
在操作2349中,MCPTT服务器2315将SIP消息发送到SIP核2310。SIP消息可以是由MCPTT服务器2315以这样的方式编辑的消息:部分信息被修改、添加或删除。
在操作2351中,SIP核2310基于在操作2349中接收到的SIP消息,将SIP消息发送到MCPTT客户端2325。
在操作2353中,MCPTT服务器2315将SIP消息发送到SIP核2310。SIP消息可以是由MCPTT服务器2315以这样的方式编辑的消息:部分信息被修改、添加或删除。
在操作2355中,SIP核2310基于在操作2351中接收到的SIP消息,将SIP消息发送到MCPTT客户端2330。
在操作2357中,MCPTT客户端2325向SIP核2310发送SIP 200 OK。在操作2359中,SIP核2310基于在操作2357中接收到的SIP200 OK,向MCPTT服务器2315发送SIP200 OK。
在操作2361中,MCPTT客户端2330向SIP核2310发送SIP 200 OK。在操作2363中,SIP核2310基于在操作2361中接收到的SIP 200 OK,向MCPTT服务器2315发送SIP 200 OK。
在操作2365中,MCPTT服务器2315基于接收到的SIP 200 OK向SIP核2310发送SIP200 OK。在操作2367中,SIP核2310基于从MCPTT服务器2315接收到的SIP 200 OK,向MCPTT客户端2305发送SIP 200 OK。
因此,根据本实施例的方法经由SIP消息协议发送警报消息。
图24是描述根据本公开的实施例的用于UE使用除SIP之外的协议来发送警报消息的方法的流程图。
参考图24,移动通信系统能够包括MCPTT客户端2405、SIP核2410、MCPTT服务器2415、和MCPTT组管理服务器2420。移动通信系统能够进一步包括MCPTT客户端2425和MCPTT客户端2430。在该实施例中,UE(或一个客户端或多个客户端)能够使用超文本传输协议(hypertext transfer protocol,HTTP)请求消息、HTTP响应消息、SMS等。
在操作2441中,MCPTT客户端2405启动MCPTT警报操作。
在操作2443中,MCPTT客户端2405向MCPTT服务器2415发送MCPTT警报SMS。可替换地,在操作2445中,MCPTT客户端2405向MCPTT服务器2415发送MCPTT警报HTTP请求。MCPTT警报SMS和MCPTT警报HTTP请求可以包含关于UE的位置信息、用户ID、组ID、和关于附属组的信息。
MCPTT服务器2415能够在操作2447中检查用户授权和/或用户位置。MCPTT服务器2415与MCPTT组管理服务器2420通信并检查用户授权和用户位置。MCPTT服务器2415检查发送MCPTT警报SMS消息或MCPTT警报HTTP请求消息的用户的位置和/或授权。当MCPTT服务器2415需要编辑警报消息时,它可以对警报消息中包含的信息施加修改、增加和删除。当用户不是MCPTT用户时,系统可以将SMS消息或HTTP请求/响应消息、而不是SIP消息发送到特定号码。可替换地,MCPTT服务器2415创建具有临时指定的用户ID和组的MCPTT消息,并将该消息发送给相应的组用户。
在操作2449中,MCPTT服务器2415将响应发送到MCPTT客户端2405。该响应是MCPTT警报HTTP响应或SMS。
在操作2451中,MCPTT服务器2415将SIP消息发送到SIP核2410。SIP消息可以是由MCPTT服务器2415以这样的方式编辑的消息:部分信息被修改、添加或删除。
在操作2453中,SIP核2410基于在操作2451中接收的SIP消息,将SIP消息发送到MCPTT客户端2425。
在操作2455中,MCPTT服务器2415将SIP消息发送到SIP核2410。SIP消息可以是由MCPTT服务器2415以这样的方式编辑的消息:部分信息被修改、添加或删除。
在操作2457中,SIP核2410基于在操作2455中接收的SIP消息,将SIP消息发送到MCPTT客户端2430。
在操作2459中,MCPTT客户端2425向SIP核2410发送SIP200OK。在操作2461中,SIP核2410基于在操作2459中接收到的SIP200OK,将SIP200OK发送到MCPTT服务器2415。
在操作2463中,MCPTT客户端2430向SIP核2410发送SIP200OK。在操作2465中,SIP核2410基于在操作2463中接收到的SIP200OK,将SIP200OK发送到MCPTT服务器2415。
因此,根据实施例的方法使用SMS和/或HTTP而不是SIP消息协议来发送警报消息。
图25是描述根据本公开的实施例的使用SIP消息发送警报消息的方法的流程图。
在该实施例中,UE设备已经使用SIPSUBSCRIBE方法先前在MCPTT服务器中注册了特定事件的情况。当事件发生时,MCPTT服务器经由SIPNOTIFY(SIP通知)通知UE设备、注册事件该事件发生。当UE处于发生事件的情况下,UE向MCPTT服务器发送通知事件发生的警报消息。警报消息的发送可以使用SIP方法或除了SIP协议之外的协议(例如,HTTP、SMS等)来执行。
参考图25,移动通信系统能够包括MCPTT客户端2505、SIP核2510、MCPTT服务器2515、和MCPTT组管理服务器2520。移动通信系统能够进一步包括MCPTT客户端2525和MCPTT客户端2530。
如下面的操作2541至2555,使用SIP订阅方法来注册事件。
MCPTT客户端2525在操作2541中向SIP核2510发送SIP订阅消息。MCPTT客户端2525使用SIP订阅消息来注册特定事件的情况。在操作2543中,SIP核2510将SIP订阅消息发送到MCPTT服务器2515。MCPTT服务器2515注册MCPTT客户端2525所请求的特定事件。在操作2545中,MCPTT服务器2515向SIP核2510发送SIP 200OK。在操作2547中,SIP核2510向MCPTT客户端2525发送SIP 200 OK。通过这些过程,MCPTT客户端2525注册其事件。
在操作2549中,MCPTT客户端2530向SIP核2510发送SIP订阅消息。MCPTT客户端2530使用SIP订阅消息来注册特定事件的情况。在操作2551中,SIP核2510将SIP订阅消息发送到MCPTT服务器2515。MCPTT服务器2515注册由MCPTT客户端2530所请求的特定事件。在操作2553中,MCPTT服务器2515向SIP核2510发送SIP 200 OK。在操作2555中,SIP核2510向MCPTT客户端2530发送SIP 200 OK。通过这些处理,MCPTT客户端2525注册其事件。
在操作2557中,MCPTT客户端2505启动MCPTT警报操作。尽管参考图25的实施例以经由SIP消息发送警报消息的方式来实施,但是应该理解的是,本公开不限于该实施例。例如,警报消息也可以经由诸如HTTP、SMS等的其他协议、而不是SIP消息来发送。
在操作2559中,MCPTT客户端2505向SIP核2510发送SIP消息。该SIP消息可以包含关于UE的位置信息、用户ID、组ID、和关于附属组的信息。在操作2561中,SIP核2510将SIP消息发送到MCPTT服务器2515。
MCPTT服务器2515能够在操作2563中检查用户授权和/或用户位置。MCPTT服务器2515与MCPTT组管理服务器2520通信并检查用户授权和用户位置。MCPTT服务器2515确定是否发生特定事件。当事件发生时,MCPTT服务器可以向已经注册了特定事件的情况的客户端发送SIP NOTIFY消息。
在操作2565中,MCPTT服务器2515向SIP核2510发送SIP NOTIFY消息。SIP NOTIFY消息可以指示特定的事件情况。在操作2567中,SIP核2510将SIP NOTIFY发送到MCPTT客户端2525。
在操作2569中,MCPTT服务器2515向SIP核2510发送SIP NOTIFY消息。SIP NOTIFY消息可以指示特定的事件情况。在操作2571中,SIP核2510将SIP NOTIFY发送到MCPTT客户端2530。
在操作2573中,MCPTT客户端2525向SIP核2510发送SIP 200 OK。在操作2575中,SIP核2510基于在操作2573中接收到的SIP200OK,向MCPTT服务器2515发送SIP 200 OK。
在操作2577中,MCPTT客户端2530向SIP核2510发送SIP 200 OK。在操作2579中,SIP核2510基于在操作2577中接收到的SIP 200 OK,向MCPTT服务器2515发送SIP 200 OK。
在操作2581中,MCPTT服务器2515基于在操作2579中接收到的SIP 200 OK,向SIP核2510发送SIP 200 OK。在操作2583中,SIP核2510基于从MCPTT服务器2515接收到SIP 200OK,向MCPTT客户端2505发送SIP 200 OK。
因此,根据该实施例的方法经由SIP NOTIFY消息发送警报消息。
图26是描述根据本公开的实施例的在警报消息中包括UE的位置信息并发送消息的方法的流程图。
由UE发送的警报消息可以包含关于UE的位置信息。参考图26描述了获得关于UE的位置信息并且将位置信息包括在警报消息中的方法。UE能够将其来自全球定位系统(Global Positioning System,GPS)的位置信息包括在警报消息中并且发送警报消息。当GPS功能在UE中被关闭时,它可以被用户激活。当SIP核接收到来自UE的警报消息时,其能够参考其存储的信息将关于UE的位置信息添加到警报消息。当MCPTT服务器收到警报消息时,能够从SIP核或网络获得关于UE的位置信息,并将获得到的信息添加到警报消息中。
参考图26,移动通信系统能够包括MCPTT客户端2605、SIP核2610、策略和计费规则功能(policyand charging rule function,PCRF)2615、MCPTT服务器2620、MCPTT组管理服务器2625、和HSS2630。
在操作2641中,MCPTT客户端2605启动MCPTT警报操作。
在操作2643中,MCPTT客户端2605能够检查用于检测位置信息的设备(位置信息检测设备)的状态。例如,位置信息检测设备可以是GPS。当MCPTT客户端2605关闭了其GPS功能时,其可以激活GPS功能。
在操作2645中,MCPTT客户端2605向SIP核2610发送SIP消息。SIP消息my包含关于UE的GPS位置信息。在操作2647中,SIP核2610向PCRF2615发送用户位置信息请求。在操作2649中,PCRF2615将用户信息响应发送到SIP核2610。在该实施例中,操作2647和2649可以被省略。在操作2651中,SIP核2610可以将从MCPTT客户端2605和/或PCRF接收的用户位置信息添加到消息。
在操作2653中,SIP核26105将SIP消息发送到MCPTT服务器2620。该SIP消息可以包含用户位置信息。MCPTT服务器2620能够在操作2655中检查用户授权和/或用户位置。MCPTT服务器2620与MCPTT组管理服务器2625通信并检查用户授权和用户位置。MCPTT服务器2620检查发送警报消息的用户的位置和/或授权。当MCPTT服务器2620需要编辑警报消息时,可以对警报消息中包含的信息施加修改、增加和删除。
在操作2657中,MCPTT服务器2620将用户位置信息请求发送到HSS 2630。在操作2659中,HSS2630将用户位置信息响应发送到MCPTT服务器2620。在该实施例中,可以省略操作2657和2659。
在操作2661中MCPTT服务器2620将用户位置信息与以下中的至少一个进行比较:GPS信息、从PCRF获得的信息以及从HSS2657获得的信息。MCPTT服务器2620将MCPTT警报消息发送给组成员。
在操作2663中,MCPTT服务器2620向SIP核2610发送SIP 200 OK。在操作2665中,SIP核2610向MCPTT客户端2605发送SIP 200 OK。
因此,根据实施例的方法发送包括关于UE的位置信息的警报消息。
图27至图31示出根据本公开的各种实施例的根据用于MCPTT UE或MCOPTT服务器提供MCPTT优先级服务的方法的实施例。当MCPTTUE或MCPTT服务器接收到服务请求时,它们可以执行与参考图18至图22的实施例中描述的MCPTT UE或MCPTT服务器的操作类似的操作。
图27是描述根据本公开的实施例的建立组呼叫的方法的流程图。
MCPTT UE经由MCPTT网络启动紧急组呼叫。当MCPTT服务器接收到来自MCPTT UE的组呼叫请求时,其确定该用户是否拥有组呼叫请求的授权。SIP核接收组呼叫请求,并将该组呼叫的资源分配给用户。
参考图27,MCPTT客户端2705在操作2741中启动MCPTT优先级服务。在操作2743,MCPTT客户端2705向SIP核2710发送SIPINVITE消息。在操作2745中,SIP核2710将SIPINVITE发送到MCPTT服务器2715。
MCPTT服务器2715在操作2747中检查用户授权。MCPTT服务器2715还检查服务优先级。MCPTT服务器2715与MCPTT组管理服务器2720通信,并检查用户授权和服务优先级。在操作2749中,MCPTT服务器2715基于检查结果将SIPINVITE发送到SIP核2710。在操作2751中,SIP核2710将SIPINVITE发送到MCPTT客户端2725。
在操作2753中,MCPTT服务器2715基于检查结果将SIP INVITE发送到SIP核2710。在操作2755中,SIP核2710将SIP INVITE发送到MCPTT客户端2730。
在操作2757中,MCPTT客户端2725向SIP核2710发送SIP 200 OK。在操作2759中,SIP核2710向MCPTT服务器2715发送SIP 200 OK。在操作2761中,MCPTT客户端2730向SIP核2710发送SIP 200 OK。在操作2763中,SIP核2710向MCPTT服务器2715发送SIP 200 OK。
在操作2765中,MCPTT服务器2715向SIP核2710发送SIP 200 OK。在操作2767中,SIP核2710向PCRF2735发送承载请求消息。例如,SIP核2710可以从PCRF 2735中请求具有高优先级的承载。在操作2769中,PCRF 2735分配承载。分配的承载可以是具有高优先级的承载或专用承载。在操作2771中,PCRF 2735将承载响应消息发送到SIP核2710。在操作2773中,SIP核2710向MCPTT客户端2705发送SIP 200 OK。
因此,经由上述方法建立紧急组呼叫。
图28是描述根据本公开的实施例的将正常组呼叫切换到紧急组呼叫的方法的流程图。
在正在进行的组呼叫期间,UE能够将组呼叫切换到紧急组呼叫。当服务器接收到来自UE的紧急组呼叫请求时,它确定该用户是否具有对紧急组呼叫请求的授权。SIP核接收到紧急组呼叫请求,并更改资源以满足紧急组呼叫。
参考图28,移动通信系统能够包括MCPTT客户端2805、SIP核2810、MCPTT服务器2815、和MCPTT组管理服务器2820。移动通信系统能够进一步包括MCPTT客户端2825、MCPTT客户端2830、和PCRF2835。
MCPTT客户端2805在操作2841中执行正在进行的组呼叫。MCPTT客户端2805执行与MCPTT客户端2825和MCPTT客户端2830的正在进行的组呼叫。
在操作2843中,MCPTT客户端2805启动MCPTT优先级服务。在本实施例中,假设优先级服务是MCPTT优先级组呼叫服务。在操作2845中,MCPTT客户端2805向SIP核2810发送SIPre-INVITE(重新邀请)消息。在操作2847中,SIP核2810将SIP re-INVITE发送到MCPTT服务器2815。
在操作2849中,MCPTT服务器2815检查用户授权。MCPTT服务器2815还检查服务优先级。MCPTT服务器2815与MCPTT组管理服务器2820通信并检查用户授权和服务优先级。在操作2851中,MCPTT服务器2815基于检查结果将SIP re-INVITE发送到SIP核2810。在操作2853中,SIP核2810将SIP re-INVITE发送到MCPTT客户端2825。在操作2855中,MCPTT服务器2815基于检查的结果将SIP re-INVITE发送到SIP核2810。在操作2857中,SIP核2810将SIPre-INVITE发送到MCPTT客户端2825。
在操作2859中,MCPTT客户端2825向SIP核2810发送SIP 200 OK。在操作2861中,SIP核2810向MCPTT服务器2815发送SIP 200 OK。在操作2863中,MCPTT客户端2830向SIP核2810发送SIP 200 OK。在操作2865中,SIP核2810向MCPTT服务器2815发送SIP 200 OK。在操作2867中,MCPTT服务器2815向SIP核2810发送SIP 200 OK。
在操作2869中,SIP核2810向PCRF 2835发送承载请求消息。例如,SIP核2810可以从PCRF 2835请求具有高优先级的承载用于紧急呼叫。在操作2871中,PCRF 2835分配承载。分配的承载可以是高优先级的承载或专用承载。在操作2873中,PCRF 2835将承载响应消息发送到SIP核2810。在操作2875中,SIP核2810向MCPTT客户端2805发送SIP 200 OK,并且在操作2877中发生MCPTT优先级组呼叫。
因此,根据该实施例的方法将普通组呼叫更改为紧急组呼叫。
图29是描述根据本公开的实施例的用于UE处理紧急组呼叫请求,同时提供其他服务的方法的流程图。
当UE接收到紧急组呼叫请求时,它可以继续提供它已经提供的服务,忽略接收到的请求。可替换地,UE可以停止提供其已经提供的服务,并且然后可以从请求的紧急组呼叫开始,或者可以更改当前服务和/或紧急组呼叫服务的媒体。
参考图29,移动通信系统能够包括MCPTT客户端2905、SIP核2910、MCPTT服务器2915、和MCPTT组管理服务器2920。移动通信系统能够进一步包括MCPTT2925、MCPTT客户端2930、以及PCRF 2935。
MCPTT客户端2905在操作2941中启动MCPTT优先级服务。在操作2943中,MCPTT客户端2905向SIP核2910发送SIP INVITE消息。在操作2945真,SIP核2910将SIP INVITE发送到MCPTT服务器2915。
MCPTT服务器2915在操作2947中检查用户授权。MCPTT服务器2915还检查服务优先级。MCPTT服务器2915与MCPTT组管理服务器2920通信并检查用户授权和服务优先级。在操作2951中,MCPTT服务器2915基于检查结果将SIP INVITE发送到SIP核2910。
在操作2953中,SIP核2910向MCPTT客户端2925发送SIP INVITE消息。在操作2949中,MCPTT客户端2925和MCPTT客户端2930已经执行私人呼叫。当从SIP核2910接收SIPINVITE时,MCPTT客户端2925在操作2955中向MCPTT客户端2930发送SIP re-INVITE。在操作2957中,MCPTT客户端2930向MCPTT客户端2925发送SIP 200 OK。在操作2959中保持在MCPTT客户端2925和MCPTT客户端2930之间的私人呼叫。
在操作2961中,MCPTT客户端2925向SIP核2910发送SIP 200 OK。在操作2963中,SIP核2910向MCPTT服务器2915发送SIP 200 OK。在操作2965中,MCPTT客户端2915向SIP核2910发送SIP 200 OK。
在操作2967中,SIP核2910向PCRF2935发送承载请求消息。例如,SIP核2910可以从PCRF 2935请求具有高优先级的承载用于紧急呼叫。在操作2969中,PCRF 2935分配承载。分配的承载可以是具有高优先级的承载或专用承载。在操作2971中,PCRF 2935将承载响应消息发送到SIP核2910。在操作2973中,SIP核2910向MCPTT客户端2905发送SIP 200 OK。
因此,根据该实施例的方法能够在提供其他服务的同时接收和处理紧急组呼叫请求。
在请求紧急组呼叫服务之前,UE能够向组中相应的成员发送警报消息。更具体地说,UE经由参考图23至图26的在上面描述的方法之一发送警报消息,并且经由参考图27至图29的在上面描述的方法之一来请求紧急组呼叫服务。
图30是描述根据本公开的实施例的将警报消息包括在紧急组呼叫请求消息中并发送请求消息的方法的流程图。
参考图30,移动通信系统能够包括MCPTT客户端3005、SIP核3010、MCPTT服务器3015、和MCPTT组管理服务器3020。移动通信系统能够进一步包括MCPTT客户端3025和MCPTT客户端3030。
MCPTT客户端3005在操作3041中启动MCPTT优先级组呼叫。在操作3043中,MCPTT客户端3005向SIP核3010发送SIP INVITE消息。在该实施例中,MCPTT客户端3005连同警报消息一起发送SIP INVITE消息。“包括警报消息的SIPINVITE消息”被称为“SIP INVITEw/Alert”。
在操作3045中,SIP核3010向MCPTT服务器3015发送SIP INVITEw/Alert。在操作3047中,MCPTT服务器3015检查用户授权。MCPTT服务器3015还检查服务优先级。MCPTT服务器3015与MCPTT组管理服务器3020通信,并检查用户授权和服务优先级。在操作3049中,MCPTT服务器3015基于检查结果将SIP INVITEw/Alert发送到SIP核3010。
在操作3051中,SIP核3010向MCPTT客户端3025发送SIP INVITEw/Alert消息。在操作3053中,MCPTT服务器3015基于检查的结果将SIPINVITE发送到SIP核3010。在操作3055中,SIP核3010将SIP INVITEw/Alert发送到MCPTT客户端3030。
在操作3057中,MCPTT客户端3025向SIP核3010发送SIP 200 OK。在操作3059中,SIP核3010向MCPTT服务器3015发送SIP 200 OK。在操作3061中,MCPTT客户端3030向SIP核3010发送SIP 200 OK。在操作3063中,SIP核3010将SIP 200 OK发送到MCPTT服务器3015。
在操作3065中,MCPTT服务器3015将SIP 200 OK发送到SIP核3010。在操作3067中,SIP核3010向PCRF 3035发送承载请求消息。例如,SIP核3010可以从PCRF 3035请求具有高优先级的承载。在操作3069中,PCRF 3035分配承载。分配的承载可以是具有高优先级的承载或专用承载。在操作3071中,PCRF 3035将承载响应消息发送到SIP核3010。在操作3073中,SIP核3010向MCPTT客户端3005发送SIP 200 OK。
图31是描述根据本公开的实施例的在正常组呼叫期间接收警报消息并将正常组呼叫切换到紧急组呼叫的方法的流程图。
警报消息可以基于SIP方法(SIP消息、订阅/通知等)和协议(例如,HTTP、SMS等)以及SIP来定义。当SIP核接收到相应的警报消息时,它可以修改分配给正常组呼叫的资源以满足紧急组呼叫。
参考图31,移动通信系统能够包括MCPTT客户端3105、SIP核3110、MCPTT服务器3115、和MCPTT组管理服务器3120。移动通信系统能够进一步包括MCPTT客户端3125和MCPTT客户端3130。
在操作3141中,通信系统的实体正在执行正常组呼叫。
MCPTT客户端3105在操作3143中启动MCPTT警报操作。在操作3145中,MCPTT客户端3105将SIP消息发送到SIP核3110。该SIP消息可以包含关于UE的位置信息、用户ID、组ID、和关于附属组的信息。在操作3147中,SIP核3110将SIP消息发送到MCPTT服务器3115。
MCPTT服务器3115能够在操作3149中检查用户授权和/或用户位置。MCPTT服务器3115与MCPTT组管理服务器3120通信并检查用户授权和用户位置。MCPTT服务器3115检查发送警报消息的用户的位置和/或授权。当MCPTT服务器3115需要编辑警报消息时,它可以对警报消息中包含的信息施加修改、增加和删除。
在操作3151中,MCPTT服务器3115将SIP消息发送到SIP核3110。该SIP消息可以是已经由MCPTT服务器3115以这样的方式编辑的消息:部分信息被修改、添加或删除。在操作3153中,SIP核3110基于在操作3151中接收到的SIP消息,向MCPTT客户端3125发送SIP消息。在操作3155,MCPTT服务器3115向SIP核3110发送SIP消息。该SIP消息可以是已经由MCPTT服务器3115以这样的方式编辑的消息:部分信息被修改、添加或删除。在操作3157中,SIP核3110基于在操作3155中接收到的SIP消息,向MCPTT客户端3125发送SIP消息。
在操作3159中,MCPTT客户端3125向SIP核3110发送SIP 200 OK。在操作3161,SIP核3110基于在操作3159中接收到的SIP 200 OK,将SIP 200 OK发送到MCPTT服务器3115。
在操作3163中,MCPTT客户端3130向SIP核3110发送SIP 200 OK。在操作3165中,SIP核3110基于在操作3163中接收到的SIP 200 OK,将SIP 200 OK发送到MCPTT服务器3115。
在操作3167中,MCPTT服务器3115基于接收到的SIP 200 OK向SIP核3110发送SIP200 OK。在操作3169中,SIP核3110向PCRF 3135发送承载请求消息。例如,SIP核3110可以从PCRF 3135请求具有高优先级的承载。在操作3171中,PCRF 3135分配承载。分配的承载可以是具有高优先级的承载或专用承载。在操作3173中,PCRF 3135将承载响应消息发送到SIP核3110。
在操作3175中,SIP核3110向MCPTT客户端3105发送SIP 200 OK。之后,在操作3177中,正常组呼叫上的实体被切换到紧急组呼叫。各个实体执行MCPTT优先级组呼叫。
因此,当正常组呼叫的UE设备接收到警报消息时,他们可以使用根据本实施例的方法将当前组呼叫切换到紧急呼叫。
图32是示出根据本公开的实施例的UE的配置的框图。
参考图32,UE3200能够包括收发器3210和控制器3230。收发器3210能够包括接收器和发射器。
收发器3210能够向/从其他网络实体发送/接收信号。信号可以包括以下中的至少一个:控制信息、数据、和导频信号。收发器3210包括射频(radio frequency,RF)发射器,用于使待发送信号的频率向上变频并放大信号的功率;RF接收器,用于低噪放大接收到的信号的频率并下变频接收到的信号的频率。收发器3210经由无线信道接收信号并且将这些信号输出到控制器3230。收发器3210从控制器3230接收信号并且经由无线信道发送信号。
控制器3230控制UE的所有操作。例如,控制器3230从MCPTT服务器接收第一服务请求。控制器3230确定是否可以同时提供与第一服务请求相对应的第一服务和当前正在执行的第二服务。当控制器3230明确不能同时提供与第一服务请求相对应的第一服务和当前正在执行的第二服务时,它能够基于它们各自的优先级来处理服务。
控制器3230能够调整服务中的在后服务的媒体,并且处理调整后的媒体。调整媒体的过程包括以下中的至少一个:终止或拒绝在后服务、保持在后服务直到在先服务结束、将在后服务转换为可以同时连同在先服务的媒体一起提供在后服务的媒体的服务、以及将媒体转发给已经注册(建立)的另一UE。优先级可以指的是根据用户的优先级、根据组的优先级、或根据服务的优先级。
尽管该实施例参考图32描述了UE 3200和控制器3230的操作和功能,应该理解,本公开不限于此。应该理解,控制器3230能够控制UE 3200执行上述实施例。
图33是示出根据本公开的实施例的MCPTT服务器的配置的框图。
参考图33,MCPTT服务器3300能够包括收发器3310和控制器3330。收发器3310能够包括接收器和发射器。收发器3310能够向/从其他网络实体发送/接收信号。控制器3330控制MCPTT服务器3300的全部操作。
控制器3330从UE1接收针对UE2的第一服务请求。控制器3330确定当前提供第二服务的UE2是否能够同时提供与第一服务请求相对应的第一服务、和第二服务。当控制器3330明确当前提供第二服务的UE 2不能同时提供第二服务和与第一服务请求相对应的第一服务时,能够根据它们各自的优先级来处理服务。控制器3330基于该确定向UE 2发送服务请求消息。
控制器3330能够调整服务的在后服务的媒体。调整媒体的过程包括以下中的至少一个:终止或拒绝在后服务、保持在后服务直到在先服务结束、将在后服务转换为可以同时连同在先服务的媒体一起提供在后服务的媒体的服务、以及将媒体转发给已经注册(建立)的另一UE。优先级可以指的是根据用户的优先级、根据组的优先级、或根据服务的优先级。
控制器3330接收来自UE1和UE2的发言权请求消息。控制器3330基于UE1和UE2的优先级向UE1和UE2中的在先UE发送发言权授予消息。
控制器3330接收组服务请求,并确定用于组服务的目标UE设备的数量是否满足预设阈值条件。控制器3330基于该确定以多播或单播模式提供组服务。
尽管该实施例参考图33描述了MCPTT服务器3300和控制器3330的操作和功能,但是应该理解本公开不限于此。应该理解,控制器3330能够控制MCPTT服务器3300执行上述实施例。
应该理解的是,图23至图31中所示出的各个实体包括用于控制实体的控制器和用于执行到/从其他网络实体的信号的发送/接收的收发器。
根据本公开的实施例,中继UE能够创建PDN连接并且有效地执行UE到网络中继。
虽然已经参考本公开的各种实施例示出和描述了本公开,但是本领域技术人员将理解,可以在其中进行形式和细节上的各种改变,而不脱离如通过所附权利要求及其等同物所定义的本公开的精神和范围。
Claims (14)
1.一种用于第一终端发送信号的方法,所述方法包括:
向第一网络设备发送服务授权请求消息,所述第一网络驱动器包括基于邻近的服务(ProSe)功能;以及
接收来自所述第一网络设备的服务授权响应消息,
其中,所述第一终端能够执行用户装备(UE)到网络中继功能,以及
其中所述服务授权响应消息包括与服务授权有关的有效时间信息、接入点名称(APN)、和中继服务代码。
2.如权利要求1所述的方法,其中,基于存储在所述第一网络设备中的信息来确定包括在所述服务授权响应消息中的信息,以检查所述第一终端是否能够执行所述UE到网络中继服务。
3.如权利要求1所述的方法,还包括:
基于包括在所述服务授权响应消息中的信息来与第二终端建立UE到网络中继连接。
4.一种用于第一网络设备发送信号的方法,所述方法包括:
从第一终端接收服务授权请求消息,所述第一终端能够执行用户装备(UE)到网络中继功能;以及
向所述第一终端发送服务授权响应消息,
其中所述第一网络设备包括基于邻近的服务(ProSe)功能,以及
其中所述服务授权响应消息包括与服务授权有关的有效时间信息、接入点名称(APN)、和中继服务代码。
5.如权利要求4所述的方法,还包括:
在接收到所述服务授权请求消息后,检查所述第一终端是否为能够执行UE到网络中继服务的终端。
6.如权利要求5所述的方法,还包括:
当信息未被存储在所述第一网络设备中为了确定所述第一终端是否能够执行所述UE到网络中继服务时,从家庭订户服务器(HSS)获得所述信息。
7.如权利要求4所述的方法,其中,所述第一终端基于包括在所述服务授权响应消息中的信息来与第二终端建立UE到网络中继连接。
8.一种第一终端,被配置为发送信号,所述第一终端包括:
收发器;和
控制器,被配置为控制:
向第一网络设备发送服务授权请求消息,所述第一网络设备包括基于邻近的服务(ProSe)功能,以及
从所述第一网络设备接收服务授权响应消息,
其中,所述第一终端能够执行用户装备(UE)到网络中继功能,以及
其中所述服务授权响应消息包括与服务授权有关的有效时间信息、接入点名称APN、和中继服务代码。
9.如权利要求8所述的第一终端,其中,基于存储在所述第一网络设备中的信息,确定包括在所述服务授权响应消息中的信息,以检查所述第一网络终端是否能够执行所述UE到网络中继服务。
10.如权利要求8所述的第一终端,其中所述控制器基于包括在所述服务授权响应消息中的信息,与第二终端建立UE到网络中继连接。
11.一种第一网络设备,被配置为发送信号,所述第一网络设备包括:
收发器;和
控制器,被配置为控制:
从第一终端接收服务授权请求消息,所述第一终端能够执行用户装备UE到网络中继功能,以及
向所述第一终端发送服务授权响应消息,
其中所述第一网络设备包括基于邻近的服务(ProSe)功能,以及
其中所述服务授权响应消息包括与服务授权有关的有效时间信息、接入点名称(APN)、和中继服务代码。
12.如权利要求11所述的第一网络设备,其中所述控制器还被配置为在接收到所述服务授权请求消息后,检查所述第一网络终端是否能够执行所述UE到网络中继服务。
13.如权利要求12所述的第一网络设备,其中所述控制器还被配置为,当在所述第一网络设备中未存储信息以确定所述第一终端是否能够执行所述UE到网络中继服务时,从家庭订户服务器(HSS)获得所述信息。
14.如权利要求11所述的第一网络设备,其中所述第一终端基于包括在所述服务授权响应消息中的信息与第二终端建立UE到网络中继连接。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201562185771P | 2015-06-29 | 2015-06-29 | |
US62/185,771 | 2015-06-29 | ||
PCT/KR2016/006917 WO2017003161A1 (en) | 2015-06-29 | 2016-06-28 | Method and apparatus for generating packet data network connection of user equipment |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107852591A true CN107852591A (zh) | 2018-03-27 |
CN107852591B CN107852591B (zh) | 2021-10-26 |
Family
ID=57601467
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680038411.7A Active CN107852591B (zh) | 2015-06-29 | 2016-06-28 | 生成用户装备的分组数据网络连接的方法和装置 |
Country Status (6)
Country | Link |
---|---|
US (2) | US10455406B2 (zh) |
EP (1) | EP3314978B1 (zh) |
JP (1) | JP6791885B2 (zh) |
KR (1) | KR102591864B1 (zh) |
CN (1) | CN107852591B (zh) |
WO (1) | WO2017003161A1 (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109100944A (zh) * | 2018-08-24 | 2018-12-28 | 福建星网智慧科技股份有限公司 | 一种基于ims的数据采集与处理系统 |
WO2020119637A1 (zh) * | 2018-12-10 | 2020-06-18 | 索尼公司 | 用于回传网的电子设备、方法以及介质 |
CN111311873A (zh) * | 2020-02-24 | 2020-06-19 | 郑州琰琳信息科技有限公司 | 用于智能家庭的实时传输安防报警信息的方法及系统 |
CN111417102A (zh) * | 2020-03-31 | 2020-07-14 | 倪航标 | 用于实时传输智能家居安防报警信息的方法及系统 |
WO2021031010A1 (zh) * | 2019-08-16 | 2021-02-25 | Oppo广东移动通信有限公司 | 通信方法、终端设备和网络设备 |
CN112789871A (zh) * | 2018-10-05 | 2021-05-11 | 三星电子株式会社 | 5g系统中对ue和网络执行服务参数供应的方法 |
CN113438652A (zh) * | 2020-03-04 | 2021-09-24 | 维沃移动通信有限公司 | 一种授权和策略参数配置方法、终端及网络功能 |
WO2022021371A1 (zh) * | 2020-07-31 | 2022-02-03 | Oppo广东移动通信有限公司 | 一种会话建立方法、电子设备及存储介质 |
Families Citing this family (59)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
BR112014002424A2 (pt) * | 2011-08-01 | 2017-02-21 | Intel Corp | método e sistema para controle de acesso de rede |
CN106211026B (zh) * | 2014-12-22 | 2019-05-24 | 中兴通讯股份有限公司 | 一种实现设备直通中继选择的方法、网络控制节点及用户设备 |
JP2018093252A (ja) * | 2015-04-07 | 2018-06-14 | シャープ株式会社 | 端末装置、mme、pgw、及び通信制御方法 |
CN111372204B (zh) * | 2015-05-15 | 2021-08-13 | 华为技术有限公司 | 一种发现方法及设备 |
US10313867B2 (en) * | 2015-06-29 | 2019-06-04 | Sharp Kabushiki Kaisha | Terminal device, device provided with prose function, communication method for terminal device, and communication method for device provided with prose function |
EP3326423B1 (en) * | 2015-07-23 | 2024-04-17 | Apple Inc. | Layer 2 relay protocols and mobility relay method |
WO2017024453A1 (zh) * | 2015-08-07 | 2017-02-16 | 华为技术有限公司 | 连接控制装置及方法 |
KR101763471B1 (ko) * | 2015-08-12 | 2017-08-02 | 한국철도기술연구원 | 콜 발생자 및 발언권 중재자 다중화에 의한 ptt 제어 방법 |
WO2017079883A1 (zh) * | 2015-11-09 | 2017-05-18 | 华为技术有限公司 | 一种信号强度测量方法及设备 |
KR102540311B1 (ko) * | 2015-12-08 | 2023-06-07 | 삼성전자주식회사 | 사용자 단말 장치 및 그 제어 방법 |
WO2017113409A1 (zh) * | 2015-12-31 | 2017-07-06 | 华为技术有限公司 | 用户设备接入网络的方法、核心网实体、基站及第一ue |
KR102123959B1 (ko) * | 2015-12-31 | 2020-06-23 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 통신 방법 및 장치 |
EP3675579B1 (en) * | 2016-01-07 | 2022-01-05 | Huawei Technologies Co., Ltd. | Data scheduling methods, apparatus and computer-readable mediums |
US10271370B2 (en) | 2016-02-12 | 2019-04-23 | Ofinno Technologies, Llc | Mission critical communications |
US20170257751A1 (en) * | 2016-03-05 | 2017-09-07 | Ofinno Technologies, Llc | Off-Network Wireless Mission Critical Session Initiation |
KR102484306B1 (ko) * | 2016-03-10 | 2023-01-03 | 삼성전자주식회사 | 동적 그룹을 생성하기 위한 장치 및 방법 |
US10149225B1 (en) * | 2016-03-28 | 2018-12-04 | Sprint Spectrum L.P. | Systems and methods for excluding relay nodes from multi-user multiple-input-multiple-output (MU-MIMO) pairing |
US11096086B2 (en) * | 2016-04-14 | 2021-08-17 | Lg Electronics Inc. | Method for transmitting feedback information in FED2D environment and apparatus therefor |
CN109479057B (zh) | 2016-07-15 | 2021-11-23 | 三星电子株式会社 | 用于管理mcptt通信中的音频切入策略的系统和方法 |
JP6933226B2 (ja) * | 2016-12-13 | 2021-09-08 | 日本電気株式会社 | ネットワーク選択のための装置 |
WO2018119641A1 (zh) * | 2016-12-27 | 2018-07-05 | 华为技术有限公司 | 传输系统信息的方法和终端设备 |
CN110169097B (zh) | 2017-01-09 | 2022-07-15 | Idac控股公司 | 无线通信系统的中继 |
US10630661B2 (en) * | 2017-02-03 | 2020-04-21 | Qualcomm Incorporated | Techniques for securely communicating a data packet via at least one relay user equipment |
EP3603123A4 (en) * | 2017-03-29 | 2020-10-07 | Motorola Mobility LLC | TRANSMISSION OF A MESSAGE IN RESPONSE TO RECEIVING A MESSAGE |
US10299185B1 (en) * | 2017-04-24 | 2019-05-21 | Sprint Communications Company L.P. | Wireless relay quality-of-service based on relay-delivered media services |
US10827558B2 (en) | 2017-06-26 | 2020-11-03 | Qualcomm Incorporated | Techniques and apparatuses for communication relay discovery |
CN109379171A (zh) * | 2017-08-10 | 2019-02-22 | 索尼公司 | 用于无线通信的电子设备和方法、存储介质 |
RU2020111322A (ru) * | 2017-09-29 | 2021-09-20 | Сони Корпорейшн | Устройство связи и способ связи |
KR102438683B1 (ko) * | 2017-12-18 | 2022-08-31 | 삼성전자주식회사 | Mcptt 서비스에 기초하여 설정된 그룹 콜에 참여하는 단말 및 이의 동작 방법 |
KR102569131B1 (ko) | 2018-05-11 | 2023-08-24 | 삼성전자주식회사 | 차량 통신 서비스를 수행하는 장치 및 방법 |
US11159935B2 (en) * | 2018-05-16 | 2021-10-26 | Qualcomm Incorporated | Resource slicing on a sidelink interface |
US10701539B2 (en) | 2018-07-02 | 2020-06-30 | Qualcomm Incorporated | Enhanced public warning system |
US10743205B2 (en) * | 2018-11-01 | 2020-08-11 | Nokia Technologies Oy | Isolating false base stations in communication systems |
WO2020091281A1 (ko) * | 2018-11-02 | 2020-05-07 | 엘지전자 주식회사 | 무선 통신 시스템 엑세스 허가를 위한 단말의 대행 인증 방법 및 장치 |
US11026061B2 (en) * | 2019-02-05 | 2021-06-01 | Motorola Solutions, Inc. | Method for real-time talk-group creation within a push to talk for an Internet of Things system |
CN110177344B (zh) * | 2019-04-15 | 2021-12-24 | 海能达通信股份有限公司 | 一种组附着方法、客户端和服务器端 |
CN112040424B (zh) * | 2019-06-04 | 2022-04-05 | 成都鼎桥通信技术有限公司 | 一种紧急抢占话权的方法和系统 |
US11647383B2 (en) * | 2019-06-11 | 2023-05-09 | Qualcomm Incorporated | UE capability signaling techniques for wireless communications systems with relays |
US11238866B2 (en) * | 2019-06-17 | 2022-02-01 | Motorola Solutions, Inc. | Intelligent alerting of individuals in a public-safety communication system |
US20220338000A1 (en) * | 2019-10-04 | 2022-10-20 | Samsung Electronics Co., Ltd. | Method and device for activating 5g user |
TWI761720B (zh) * | 2019-10-24 | 2022-04-21 | 緯創資通股份有限公司 | 自適應設定存取點名稱的方法 |
US11632665B2 (en) * | 2019-11-06 | 2023-04-18 | Qualcomm Incorporated | Proximity services session authorization and provisioning support over a 5G system |
CN112822644B (zh) * | 2019-11-18 | 2022-04-26 | 成都鼎桥通信技术有限公司 | 群组建立方法及设备 |
US11689957B2 (en) | 2020-03-13 | 2023-06-27 | Qualcomm Incorporated | Quality of service support for sidelink relay service |
US11825330B2 (en) * | 2020-03-13 | 2023-11-21 | Qualcomm Incorporated | Techniques for quality of service support in sidelink communications |
CN113518319B (zh) * | 2020-04-09 | 2023-03-17 | 华为技术有限公司 | 一种临近服务的业务处理方法、设备及系统 |
US20230142231A1 (en) * | 2020-04-27 | 2023-05-11 | Ntt Docomo, Inc. | Terminal and communication method |
US11477848B2 (en) * | 2020-06-29 | 2022-10-18 | At&T Intellectual Property I, L.P. | Disseminating alerts or other notifications using ProSe direct discovery signaling |
KR102271638B1 (ko) * | 2020-07-07 | 2021-07-02 | (주) 큰사람커넥트 | 대용량 ptt를 위한 sip 기반 서버 |
CN116347663A (zh) * | 2020-07-31 | 2023-06-27 | Oppo广东移动通信有限公司 | 中继会话的建立方法、装置、设备及存储介质 |
US11997668B2 (en) | 2020-11-25 | 2024-05-28 | Qualcomm Incorporated | Resource selection with transmitter sensing |
US11706764B2 (en) * | 2020-11-25 | 2023-07-18 | Qualcomm Incorporated | Resource selection with sidelink receiver sensing |
CN112752228B (zh) * | 2020-12-11 | 2022-05-20 | 武汉信科移动通信技术有限公司 | 一种集群组呼下行承载建立方法及系统 |
JP2024509035A (ja) * | 2021-01-28 | 2024-02-29 | オッポ広東移動通信有限公司 | データ伝送方法、端末装置及びネットワーク装置 |
US20220263605A1 (en) * | 2021-02-18 | 2022-08-18 | Qualcomm Incorporated | Harq procedure for cooperative relay in sidelink networks |
US11507342B1 (en) * | 2021-06-14 | 2022-11-22 | Motorola Mobility Llc | Electronic device with automatic prioritization and scheduling of speakers in a multiple participant communication session |
US11604623B2 (en) | 2021-06-14 | 2023-03-14 | Motorola Mobility Llc | Electronic device with imaging based mute control |
US11509493B1 (en) | 2021-06-14 | 2022-11-22 | Motorola Mobility Llc | Electronic device that enables host toggling of presenters from among multiple remote participants in a communication session |
US11743065B2 (en) | 2021-06-14 | 2023-08-29 | Motorola Mobility Llc | Electronic device that visually monitors hand and mouth movements captured by a muted device of a remote participant in a video communication session |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105163398B (zh) * | 2011-11-22 | 2019-01-18 | 华为技术有限公司 | 连接建立方法和用户设备 |
KR20150120348A (ko) * | 2013-02-28 | 2015-10-27 | 엘지전자 주식회사 | 근접 서비스 제공을 위한 그룹 통신 방법 및 장치 |
US10484838B2 (en) | 2013-02-28 | 2019-11-19 | Lg Electronics Inc. | Group communication method and device for providing proximity service |
WO2015026111A1 (ko) * | 2013-08-18 | 2015-02-26 | 엘지전자 주식회사 | 무선 통신 시스템에서 중계기 동작 방법 및 장치 |
JP6483617B2 (ja) * | 2013-11-05 | 2019-03-13 | シャープ株式会社 | 端末装置、リレー端末装置および通信制御方法 |
US9609680B2 (en) * | 2014-03-18 | 2017-03-28 | Qualcomm Incorporated | Signaling flows and buffer status report for a group in device-to-device broadcast communication |
US10142847B2 (en) * | 2014-05-23 | 2018-11-27 | Qualcomm Incorporated | Secure relay of discovery information in wireless networks |
US9338627B1 (en) * | 2015-01-28 | 2016-05-10 | Arati P Singh | Portable device for indicating emergency events |
-
2016
- 2016-06-28 KR KR1020177034752A patent/KR102591864B1/ko active IP Right Grant
- 2016-06-28 EP EP16818194.9A patent/EP3314978B1/en active Active
- 2016-06-28 JP JP2017564717A patent/JP6791885B2/ja active Active
- 2016-06-28 WO PCT/KR2016/006917 patent/WO2017003161A1/en active Application Filing
- 2016-06-28 CN CN201680038411.7A patent/CN107852591B/zh active Active
- 2016-06-29 US US15/196,509 patent/US10455406B2/en active Active
-
2019
- 2019-10-18 US US16/656,864 patent/US20200053547A1/en not_active Abandoned
Non-Patent Citations (5)
Title |
---|
ALCATEL-LUCENT: "《On Prose UE-to-Network Relay discovery》", 《SA WG2 MEETING #109 S2-151812》 * |
ERICSSON: "《Change of ProSe Application ID to ProSe Service ID》", 《3GPP TSG SA WG2 MEETING #102 S2-140931》 * |
QUALCOMM INCORPORATED: "《ProSe Direct Discovery for Public Safety use》", 《SA WG2 MEETING #104 S2-142438》 * |
华为: "《The ProSe UE-to-network relay with the network authorization》", 《SA WG2 MEETING #99,S2-133642》 * |
华为: "《UE-to-network relay activation》", 《SA WG2 MEETING #101BIS,S2-140622》 * |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109100944A (zh) * | 2018-08-24 | 2018-12-28 | 福建星网智慧科技股份有限公司 | 一种基于ims的数据采集与处理系统 |
CN112789871A (zh) * | 2018-10-05 | 2021-05-11 | 三星电子株式会社 | 5g系统中对ue和网络执行服务参数供应的方法 |
WO2020119637A1 (zh) * | 2018-12-10 | 2020-06-18 | 索尼公司 | 用于回传网的电子设备、方法以及介质 |
US11503504B2 (en) | 2018-12-10 | 2022-11-15 | Sony Group Corporation | Electronic device, method, and medium for backhaul network |
WO2021031010A1 (zh) * | 2019-08-16 | 2021-02-25 | Oppo广东移动通信有限公司 | 通信方法、终端设备和网络设备 |
CN113498615A (zh) * | 2019-08-16 | 2021-10-12 | Oppo广东移动通信有限公司 | 通信方法、终端设备和网络设备 |
CN111311873A (zh) * | 2020-02-24 | 2020-06-19 | 郑州琰琳信息科技有限公司 | 用于智能家庭的实时传输安防报警信息的方法及系统 |
CN113438652A (zh) * | 2020-03-04 | 2021-09-24 | 维沃移动通信有限公司 | 一种授权和策略参数配置方法、终端及网络功能 |
CN111417102A (zh) * | 2020-03-31 | 2020-07-14 | 倪航标 | 用于实时传输智能家居安防报警信息的方法及系统 |
WO2022021371A1 (zh) * | 2020-07-31 | 2022-02-03 | Oppo广东移动通信有限公司 | 一种会话建立方法、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
KR102591864B1 (ko) | 2023-10-20 |
KR20180014421A (ko) | 2018-02-08 |
US20160381720A1 (en) | 2016-12-29 |
US10455406B2 (en) | 2019-10-22 |
EP3314978B1 (en) | 2021-01-27 |
WO2017003161A1 (en) | 2017-01-05 |
JP2018524883A (ja) | 2018-08-30 |
EP3314978A1 (en) | 2018-05-02 |
US20200053547A1 (en) | 2020-02-13 |
JP6791885B2 (ja) | 2020-11-25 |
CN107852591B (zh) | 2021-10-26 |
EP3314978A4 (en) | 2018-05-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107852591A (zh) | 生成用户装备的分组数据网络连接的方法和装置 | |
US10382904B2 (en) | Method and apparatus for providing service in a wireless communication system | |
EP3579656B1 (en) | Methods and device for keeping mobile initiated connection only mode user equipment in connected mode | |
US10863576B2 (en) | Method and apparatus for managing MCPTT service | |
CN103391513B (zh) | 宽带数字集群业务的实现方法及集群调度管理中心 | |
CN104811892B (zh) | 一种资源分配方法、装置及系统 | |
CN108207017A (zh) | 一种处理寻呼的方法和装置 | |
CN104837108B (zh) | 一种设备到设备广播通信的方法和用户设备 | |
CN103796173B (zh) | 基于lte的宽带集群系统的话权抢占实现方法 | |
CN105940690A (zh) | 在无线通信系统中发送用于d2d操作的信息的方法和设备 | |
WO2018102729A1 (en) | System and method for situational awareness driven group communications | |
CN103024682B (zh) | 数字集群通信系统实现半双工单呼业务的方法 | |
US11611593B2 (en) | System and method for establishing first-to-answer call in mission critical push to talk communication | |
JP6816778B2 (ja) | 無線端末、サーバ、無線端末の通信方法、プログラム | |
CN107852576B (zh) | 用于在无线通信系统中提供服务的方法和装置 | |
CN104918233A (zh) | 一种接近业务中的ue配置方法 | |
EP3376784B1 (en) | Method and device for multi-service in wireless communications system | |
CN105850202A (zh) | 基于广播的d2d通信中的公平资源共享 | |
CN107295482B (zh) | 用户设备、集群核心网设备及其组呼建立的方法 | |
CN103139718A (zh) | 一种PoC时延优化处理的方法及装置 | |
CN109792796A (zh) | 在网络之间传递消息的装置和方法 | |
WO2015043727A1 (en) | Floor management method, system, node and user equipment | |
WO2022153154A1 (en) | Simultaneous calling in 5g | |
CN109348079A (zh) | 一种适合于窄带无线网络的一对多群组分组话音实现方法 | |
WO2016038451A1 (en) | Method and apparatus for charging proximity based services |
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 |