CN109639829B - 基于服务的通信方法、通信单元、服务支持单元和*** - Google Patents
基于服务的通信方法、通信单元、服务支持单元和*** Download PDFInfo
- Publication number
- CN109639829B CN109639829B CN201910036028.3A CN201910036028A CN109639829B CN 109639829 B CN109639829 B CN 109639829B CN 201910036028 A CN201910036028 A CN 201910036028A CN 109639829 B CN109639829 B CN 109639829B
- Authority
- CN
- China
- Prior art keywords
- service
- unit
- communication
- address
- communication address
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/26—Network addressing or numbering for mobility support
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1023—Server selection for load balancing based on a hash applied to IP addresses or costs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/50—Service provisioning or reconfiguring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4541—Directories for service discovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/60—Subscription-based services using application servers or record carriers, e.g. SIM application toolkits
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/18—Selecting a network or a communication service
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Databases & Information Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephone Function (AREA)
Abstract
本发明实施例公开一种基于服务的通信方法、通信单元、服务支持单元和***,用于支持混合通信的服务化框架,提高服务效率和框架部署的灵活性。其中一种方法包括:第一通信单元获取第一通信地址,第一通信地址为需要访问的第一目的服务单元提供服务时对应的通信地址;当第一目的服务单元为采用间接通信方式的第一服务单元时,第一通信地址为向第一服务单元提供服务的第一服务支持单元自身的通信地址;当第一目的服务单元为采用直接通信方式的第二服务单元时,第一通信地址为第二服务单元自身的通信地址;第一通信单元向第一通信地址发送服务访问请求,服务访问请求包括:第一目的服务单元的服务类型;第一通信单元从第一通信地址接收服务访问响应。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种基于服务的通信方法、通信单元、服务支持单元和***。
背景技术
在版本15(Release 15,R15)的第五代移动通信技术(fifth-generation,5G)核心网架构中,控制面内部的各个网络功能(network function,NF)实体之间的接口都采用基于服务化接口的设计方法,通过服务调用的方式实现。在这种服务化架构(Service BasedArchitecture,SBA)下,传统的网元之间的调用方式转变成对各个网络功能的服务之间的调用。
在R16的5G核心网架构中,提出了演进的服务化架构(enhancements to theService Based Architecture,eSBA)的项目,进一步还明确提出了服务化框架(serviceframework)的概念,服务化框架是指在服务化架构中除了业务逻辑外的其他功能的集合。
5G***的eSBA项目提出了不同的部署方式,每种部署方式均对服务的通信方式有属于该部署方式的具体要求,即直接通信或间接通信,即在服务化架构内的所有服务只能基于两种通信方式中的一种。这就对服务化架构的实际部署带来了一定的约束,每种部署方式一旦设定完成就只能采用该部署方式所支持的通信方式来提供服务,无法灵活支持不同的通信方式的各种服务的设计,降低了服务化架构提供服务的效率和灵活性。
发明内容
本发明实施例提供了一种基于服务的通信方法、通信单元、服务支持单元和***,用于支持混合通信的服务化框架,提高服务效率和框架部署的灵活性。
本发明实施例提供以下技术方案:
一方面,本发明实施例提供一种基于服务的通信方法,包括:
第一通信单元获取第一通信地址,所述第一通信地址为需要访问的第一目的服务单元提供服务时对应的通信地址,所述第一通信地址由网络存储功能单元提供;当所述第一目的服务单元为采用间接通信方式的第一服务单元时,所述第一通信地址为向所述第一服务单元提供服务的第一服务支持单元自身的通信地址;当所述第一目的服务单元为采用直接通信方式的第二服务单元时,所述第一通信地址为所述第二服务单元自身的通信地址;
所述第一通信单元向所述第一通信地址发送服务访问请求,所述服务访问请求包括:所述第一目的服务单元的服务类型;
所述第一通信单元从所述第一通信地址接收服务访问响应,所述服务访问响应由所述第一目的服务单元提供服务之后生成。
另一方面,本发明实施例还提供一种基于服务的通信方法,包括:
第一服务支持单元接收第一通信单元向第一通信地址发送的服务访问请求,所述服务访问请求包括需要访问的第一服务单元的服务类型;其中,所述第一服务支持单元为向所述第一服务单元提供服务的服务支持单元,所述第一服务单元采用间接通信方式,所述第一通信地址为所述第一服务支持单元自身的通信地址;
所述第一服务支持单元向所述第一服务单元发送所述服务访问请求,所述第一服务单元用于根据所述服务访问请求提供服务并生成服务访问响应;
所述第一服务支持单元接收所述第一服务单元发送的服务发现响应;
所述第一服务支持单元向所述第一通信单元发送所述服务访问响应。
另一方面,本申请实施例提供一种通信单元,所述通信单元具体为第一通信单元,所述第一通信单元包括:
地址获取模块,用于获取第一通信地址,所述第一通信地址为需要访问的第一目的服务单元提供服务时对应的通信地址,所述第一通信地址由网络存储功能单元提供;当所述第一目的服务单元为采用间接通信方式的第一服务单元时,所述第一通信地址为向所述第一服务单元提供服务的第一服务支持单元自身的通信地址;当所述第一目的服务单元为采用直接通信方式的第二服务单元时,所述第一通信地址为所述第二服务单元自身的通信地址;
发送模块,用于向所述第一通信地址发送服务访问请求,所述服务访问请求包括:所述第一目的服务单元的服务类型;
接收模块,用于从所述第一通信地址接收服务访问响应,所述服务访问响应由所述第一目的服务单元提供服务之后生成。
在前述方面中,第一通信单元的组成模块还可以执行前述一方面以及各种可能的实现方式中第一通信单元所执行的步骤,详见前述对前述一方面以及各种可能的实现方式中的说明。
另一方面,本申请实施例提供一种服务支持单元,所述服务支持单元具体为第一服务支持单元,所述第一服务支持单元包括:
接收模块,用于接收第一通信单元向第一通信地址发送的服务访问请求,所述服务访问请求包括需要访问的第一服务单元的服务类型;其中,所述第一服务支持单元为向所述第一服务单元提供服务的服务支持单元,所述第一服务单元采用间接通信方式,所述第一通信地址为所述第一服务支持单元自身的通信地址;
发送模块,用于向所述第一服务单元发送所述服务访问请求,所述第一服务单元用于根据所述服务访问请求提供服务并生成服务访问响应;
所述接收模块,还用于接收所述第一服务单元发送的服务发现响应;
所述发送模块,还用于向所述第一通信单元发送所述服务访问响应。
在前述方面中,第一服务支持单元的组成模块还可以执行前述一方面以及各种可能的实现方式中第一服务支持单元所执行的步骤,详见前述对前述一方面以及各种可能的实现方式中的说明。
另一方面,本发明实施例提供一种第一通信单元,该第一通信单元包括:处理器、存储器;存储器用于存储指令;处理器用于执行存储器中的指令,使得第一通信单元执行如前述一方面中任一项的方法。
另一方面,本发明实施例提供一种第一服务支持单元,该第一服务支持单元包括:处理器、存储器;存储器用于存储指令;处理器用于执行存储器中的指令,使得第一服务支持单元执行如前述一方面中任一项的方法。
另一方面,本发明实施例提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
另一方面,本发明实施例提供一种基于服务的通信***,当所述第一目的服务单元为采用间接通信方式的第一服务单元时,所述基于服务的通信***包括:如前述一方面中任一项所述的第一通信单元、如前述一方面中任一项所述的第一服务支持单元、第一服务单元和网络存储功能单元;
当所述第一目的服务单元为采用直接通信方式的第二服务单元时,所述基于服务的通信***,包括:如前述一方面中任一项所述的第一通信单元、第二服务单元和所述网络存储功能单元;
所述网络存储功能单元,用于向所述第一通信单元提供第一通信地址;存储第一服务单元、第二服务单元、第三服务单元各自采用的通信方式,以及各个服务单元的通信地址。
在本发明实施例中,第一通信单元首先获取需要访问的第一目的服务单元提供服务时对应的通信地址,即获取到第一通信地址,当第一目的服务单元为采用间接通信方式的第一服务单元时,第一通信地址为向第一服务单元提供服务的第一服务支持单元自身的通信地址;当第一目的服务单元为采用直接通信方式的第二服务单元时,第一通信地址为第二服务单元自身的通信地址;第一通信单元向第一通信地址发送服务访问请求,服务访问请求包括:第一目的服务单元的服务类型;第一服务支持单元首先接收第一通信单元向第一通信地址发送的服务访问请求;第一服务支持单元向第一服务单元发送服务访问请求;第一服务支持单元接收第一服务单元发送的服务发现响应;第一服务支持单元向第一通信单元发送服务访问响应。第一通信单元从第一通信地址接收服务访问响应。在本发明实施例中,第一通信单元可以和采用间接通信方式的第一服务单元进行通信,还可以和采用直接通信方式的第二服务单元进行通信,因此本发明实施例中可以将间接通信方式和直接通信方式基于同一个服务化框架来实现,即本申请实施例提出了混合通信的服务化框架方案,在该混合通信的服务化框架上,既可以部署直接通信的服务,也可以部署间接通信的服务,而且其内部的直接通信的服务可以和间接通信的服务可以互相调用,彼此对对方的通信方式不感知。解决了现有技术中服务化框架只能提供一种通信方式存在的问题,本发明实施例提供了支持混合通信的服务化框架,从而可以提高服务效率和框架部署的灵活性。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的技术人员来讲,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种基于服务的通信***的组成结构示意图;
图2为本申请实施例提供的一种基于服务的通信***的组成结构示意图;
图3为本发明实施例提供的第一通信单元、第一服务支持单元和第一服务单元之间的一种交互流程示意图;
图4-a为本申请实施例提供的eSBA架构下的一种部署方式示意图;
图4-b为本申请实施例提供的eSBA架构下的另一种部署方式示意图;
图4-c为本申请实施例提供的eSBA架构下的另一种部署方式示意图;
图4-d为本申请实施例提供的eSBA架构下的另一种部署方式示意图;
图5为本发明实施例提供的第一通信单元执行的一种基于服务的通信方法的流程方框示意图;
图6为本发明实施例提供的第一通信单元执行的另一种基于服务的通信方法的流程方框示意图;
图7为本发明实施例提供的第一服务支持单元执行的一种基于服务的通信方法的流程方框示意图;
图8为本申请实施例提供的混合通信的服务化框架示意图;
图9为本申请实施例提供的一种服务发现和访问流程的示意图;
图10为本申请实施例提供的另一种服务发现和访问流程的示意图;
图11-a为本发明实施例提供的一种第一通信单元的组成结构示意图;
图11-b为本发明实施例提供的另一种第一通信单元的组成结构示意图;
图12-a为本发明实施例提供的一种第一服务支持单元的组成结构示意图;
图12-b为本发明实施例提供的另一种第一服务支持单元的组成结构示意图;
图12-c为本发明实施例提供的另一种第一服务支持单元的组成结构示意图;
图13为本发明实施例提供的基于服务的通信方法应用于终端的组成结构示意图;
图14为本发明实施例提供的基于服务的通信方法应用于服务器的组成结构示意图。
具体实施方式
本发明实施例提供了一种基于服务的通信方法、通信单元、服务支持单元和***,用于支持混合通信的服务化框架,提高服务效率和框架部署的灵活性。
为使得本发明的发明目的、特征、优点能够更加的明显和易懂,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,下面所描述的实施例仅仅是本发明一部分实施例,而非全部实施例。基于本发明中的实施例,本领域的技术人员所获得的所有其他实施例,都属于本发明保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,以便包含一系列单元的过程、方法、***、产品或设备不必限于那些单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它单元。
以下分别进行详细说明。
本发明实施例首先提供一种基于服务的通信***,请参阅图1和图2所示,本发明实施例提供了两种基于服务的通信***。基于服务的通信***可以适用于eSBA架构下的服务化框架,控制面内部各个网络功能之间的接口都是基于服务化接口的设计方法,通过服务调用的方式实现。本申请实施例中,服务化框架是指在服务化架构中除了业务逻辑外的其他功能的集合,例如:服务的注册,鉴权,发现,选择,路由等功能,其中,该服务可以称为微服务,后续实施例中以服务单元提供服务进行示例说明。
如图1所示,本发明实施例提供了基于服务的通信***10可以包括:第一通信单元11、第一服务支持单元12、第一服务单元13、网络存储功能单元14。其中,第一通信单元11需要访问第一目的服务单元,第一目的服务单元为采用间接通信方式的第一服务单元13。
其中,本申请实施例中的服务单元指的是服务化框架中的消费者(consumer)或者生产者(producer),该服务单元具体可以是一种service的实例(instance),该服务单元自身具有通信地址,例如该通信地址可以是互联网协议(Internet Protocol,IP)地址,或者通信地址可以是其它的用于唯一标识一个服务单元的地址,只要能够满足单元之间的通信即可。本申请实施例中的服务单元可以具有两种通信方式(或者称为通信模式),分别为:间接通信方式和直接通信方式。
本申请实施例提供的服务支持单元,该服务支持单元是一种为服务单元提供服务的单元,例如服务支持单元可以是服务化框架中的服务框架支持功能单元(ServiceFramework Support Function,SFSF)。对于采用间接通信方式的服务单元,可以和服务支持单元进行通信,采用间接通信方式的服务单元提供服务时对应的通信地址不是该服务单元自身的通信地址,而是与该服务单元相连接的服务支持单元自身的通信地址。其中,在服务化框架下,一个服务支持单元可以为一个或者多个服务单元提供服务支持,具体取决于服务化框架的结构设计,此处不做限定。
本申请实施例提供的第一通信单元具体可以是一种服务单元,此时第一通信单元可以是服务化框架中的消费者,例如后续实施例中举例说明第一通信单元为第三服务单元。又如第一通信单元还可以是一种服务支持单元,此时第一通信单元可以为第三服务单元提供服务,例如后续实施例中举例说明第一通信单元为第二服务支持单元。本申请实施例中通信单元是服务单元和服务支持单元的统称,在实际场景下可以根据具体场景判断该通信单元为一个服务单元或者是一个服务支持单元,此处不做限定。
本申请实施例提供的网络存储功能单元可以用于所有服务单元的注册,该网络存储功能单元还需要每个服务单元上报各自的通信地址和各个服务单元采用的通信方式。对于采用直接通信方式的服务单元,网络存储功能单元存储的是该服务单元自身的通信地址。对于采用间接通信方式的服务单元,该服务单元提供服务时对应的通信地址不是该服务单元自身的通信地址,而是与该服务单元相连接的服务支持单元自身的通信地址,因此网络存储功能单元存储的是与采用间接通信方式的服务单元相连接的服务支持单元自身的通信地址,以及该服务单元自身的通信地址。举例说明如下,若service1采用间接通信方式,该service1连接SFSF-1,则service1提供服务时对应的通信地址是SFSF-1的通信地址,而并不是service1自身的通信地址,因此网络存储功能单元存储的是service1和其对应的SFSF-1的通信地址。在实际应用中,该网络存储功能单元可以是通信领域内服务化框架中的NRF(Network Repository Function)。
在图1所示的***架构下,第一通信单元需要访问第一服务单元,第一服务单元采用间接通信方式,例如第一服务单元由第一服务支持单元提供服务,因此第一通信单元可以与第一服务支持单元进行通信,第一服务支持单元再和第一服务单元进行通信,从而实现第一通信单元和第一服务单元的间接通信。
如图2所示,为本申请实施例提供的另一种基于服务的通信***,与图1不同的是,图2中第一通信单元11需要访问的第一目的服务单元是第二服务单元15,而第二服务单元15采用直接通信方式,因此第一通信单元不需要借助于服务支持单元,就可以直接和第二服务单元15进行通信,从而实现第一通信单元11和第二服务单元15的直接通信。
基于上述图1和图2所示的基于服务的通信***,本发明实施例中可以将间接通信方式和直接通信方式基于同一个服务化框架来实现,即本申请实施例提出了混合通信的服务化框架方案,在该混合通信的服务化框架上,既可以部署直接通信的服务,也可以部署间接通信的服务,而且其内部的直接通信的服务可以和间接通信的服务互相调用,彼此对对方的通信方式不感知。解决了现有技术只能提供一种通信方式存在的问题,本发明实施例提供了支持混合通信的服务化框架,从而可以提高服务效率和框架部署的灵活性。
请参阅图3所示,为本发明实施例提供的第一通信单元、第一服务支持单元和第一服务单元之间的一种交互流程示意图。本申请实施例提供的一种基于服务的通信方法,主要包括如下步骤包括:
301、第一通信单元获取第一通信地址,第一通信地址为需要访问的第一目的服务单元提供服务时对应的通信地址,第一通信地址由网络存储功能单元提供;当第一目的服务单元为采用间接通信方式的第一服务单元时,第一通信地址为向第一服务单元提供服务的第一服务支持单元自身的通信地址;当第一目的服务单元为采用直接通信方式的第二服务单元时,第一通信地址为第二服务单元自身的通信地址。
其中,当需要访问第一目的服务单元时,第一通信单元可以获取需要访问的第一目的服务单元提供服务时对应的通信地址,为便于描述,将需要访问的第一目的服务单元提供服务时对应的通信地址定义为“第一通信地址”。该第一通信地址具体可以是一个通信地址,或者一个通信地址列表,或者一个通信地址集合,此处不做限定。
本发明实施例中第一通信单元具体可以包括:通信单元,或者服务支持单元。例如该第一通信单元具体可以是一种service,或者SFSF。目的服务单元是指需要访问的service,服务单元是一种service。服务支持单元是指为服务单元提供服务支持功能的单元,主要实现服务之间的路由转发功能,具有支持服务之间路由转发功能的单元都可以看成是本发明实施例中的服务支持单元,例如本发明实施例中的服务支持单元具体可以是指一种SFSF,又如服务支持单元除了可以是SFSF之外,服务支持单元还可以是一种公有框架支持功能单元(Comment Framework Support Function,CFSF),服务支持单元还可以是一种消息传递***(Message Passing System),服务支持单元还可以是一种服务代理单元(Service Agent),服务支持单元还可以是一种适配器(Adapter)。网络存储功能单元可以是一种NRF。
在本申请实施例中,第一通信地址由网络存储功能单元提供给第一通信单元,例如该第一通信地址可以是第一通信单元与网络存储功能单元进行实时交互后获取到的,也可以是第一通信单元与网络存储功能单元进行提前交互获取到后存储在本地存储器的,此处不做限定。
在本申请实施例中,第一通信地址有两种实现情况,当第一目的服务单元为采用间接通信方式的第一服务单元时,第一通信地址为向第一服务单元提供服务的第一服务支持单元自身的通信地址。当第一目的服务单元为采用直接通信方式的第二服务单元时,第一通信地址为第二服务单元自身的通信地址。因此需要根据实际场景下需要访问的第一目的服务单元采用的通信方式(例如可以采用直接通信方式或者间接通信方式)来确定该第一通信地址,此处不做限定,图3中以第一目的服务单元为采用间接通信方式的第一服务单元进行示例说明。
在本申请的一些实施例中,请参阅图4-a、图4-b、图4-c、图4-d所示,为eSBA架构下的四种部署方式。其中,两个服务可以进行通信,其中一个服务可以是消费者,另一个服务可以是生产者。消费者可以向生产者进行通信,例如消费者向生产者发送请求(例如Request http:..),生产者向消费者发送响应(例如统一资源标识符(Uniform ResourceIdentifier,URI)),接下来消费者向生产者发送Subsequent request(URI)。如图4-a所示,消费者基于自身的配置来发现生产者,在消费者发送请求(例如Request http:..)之前不需要和NRF交互来获取生产者的地址。如图4-b所示,在消费者发送请求(例如Requesthttp:..)之前,消费者先和NRF进行交互,例如消费者向NRF发送网络单元发现请求(例如Discovery http:...?NF...),NRF向消费者返回网络单元的通信地址列表(例如NFprofile(s))。如图4-c所示,消费者和生产者采用间接通信方式,例如消费者向SFSF发送请求(例如Request http:..),SFSF将该请求转发到生产者,同样的,生产者返回的响应(例如URI)也需要经过SFSF的转发。在图4-c中,消费者需要到NRF上去做服务发现,获取生产者的通信地址。如图4-d所示,消费者不需要到NRF上去做服务发现来获取生产者的通信地址,而是消费者直接向SFSF发送请求(例如Request http:...?s-nssi,...),SFSF去到NRF上去做服务发现来获取生产者的通信地址,然后SFSF将该请求转发到生产者。
其中,图4-a和图4-b中采用的是直接通信方式,图4-c和图4-d采用的是间接通信方式。在实际应用中,运营商可以部署四种方式中的一种或几种,四种部署方式之间的微服务可以相互访问。在上述的技术方案中,运营商部署服务化框架时,对于服务的通信方式有严格的要求,即一种服务化框架只能支持一种通信方式,要么是直接通信,要么是间接通信,这种实现方式成本相对较高,且灵活性较差,支持不同通信方式的服务不能部署在同一个服务化框架内,即如果服务化框架部署成图4-a或图4-b的方式,其上面部署的服务就是直接通信方式交互的。如果服务化框架部署成图4-c或图4-d的方式,其上面部署的服务就是间接通信方式交互的。本发明实施例中可以将间接通信方式和直接通信方式基于同一个服务化框架来实现,即本申请实施例提出了混合通信的服务化框架方案,在该混合通信的服务化框架上,既可以部署直接通信的服务,也可以部署间接通信的服务,而且其内部的直接通信的服务可以和间接通信的服务互相调用,彼此对对方的通信方式不感知。解决了现有技术只能提供一种通信方式存在的问题,本发明实施例提供了支持混合通信的服务化框架,从而可以提高了服务化框架的服务效率和灵活性。
在本申请的一些实施例中,如图5所示,对于步骤301第一通信单元获取第一通信地址之前,本申请实施例提供的方法还包括如下步骤:
A1、当第一通信单元为第三服务单元、且第三服务单元采用直接通信方式时,第一通信单元向网络存储功能单元发送第一服务注册请求,第一服务注册请求包括:第三服务单元采用直接通信方式和第三服务单元自身的通信地址。
其中,第一通信单元还可以是一种服务单元,具体的,第一通信单元可以为第三服务单元,即第三服务单元需要访问第一目的服务单元之前,第三服务单元需要注册到网络存储功能单元。例如第三服务单元可以向网络存储功能单元发送第一服务注册请求,第一服务注册请求包括:第三服务单元采用直接通信方式和第三服务单元自身的通信地址,该第三服务单元自身的通信地址可以第三服务单元的IP地址,网络存储功能单元可以记录第三服务单元的通信方式为直接通信,并且如果是直接通信,则网络存储功能单元还可以保存该服务自身的IP地址。
在本申请的一些实施例中,第一通信单元是采用直接通信方式的第三服务单元,第一通信单元在注册到网络存储功能单元之后,可以通过服务发现的方式获取到第一目的服务单元提供服务时对应的通信地址(即第一通信地址)。举例说明如下,请参阅图5所示,步骤301第一通信单元获取第一通信地址,包括:
B1、第一通信单元向网络存储功能单元发送服务发现请求,服务发现请求包括:需要访问的第一目的服务单元的服务类型,所述网络存储功能单元根据所述服务发现请求确定第一目的服务单元采用直接通信方式;
B2、第一通信单元接收网络存储功能单元发送的服务发现结果,服务发现结果包括:第一通信地址。
其中,第一目的服务单元的服务类型可以根据具体服务调用需求来确定,例如第一目的服务单元的服务类型可以是用户协议数据单元(Protocol Data Unit,PDU)会话建立服务、或者事件开放服务等。网络存储功能单元上注册有所有的服务单元,网络存储功能单元根据该服务发现请求确定第一目的服务单元采用直接通信方式,通过进行服务发现获取到第一目的服务单元提供服务时对应的通信地址(即第一通信地址),其中,服务发现结果可以包括:第一目的服务单元提供服务时对应的通信地址列表,通过一次服务发现结果可以获取到一个通信地址列表或者一个通信地址集合等。然后网络存储功能单元发送服务发现结果,使得第一通信单元可以根据该服务发现结果获取到第一通信地址。
进一步的,在本申请的一些实施例中,网络存储功能单元还可以设置服务发现结果对应的服务有效时间,该服务有效时间的长短可以根据具体场景来设置。请参阅图5所示,当服务发现结果还包括:服务发现有效时间时,本申请实施例提供的方法还可以包括如下步骤:
C1、第一通信单元获取需要访问的第二目的服务单元的服务类型;
C2、当第一目的服务单元的服务类型和第二目的服务单元的服务类型相同时,第一通信单元确定当前时间是否超过服务发现有效时间;
C3、在当前时间没有超过服务发现有效时间的情况下,第一通信单元确定第二目的服务单元提供服务时对应的通信地址和第一通信地址为同一个地址。
其中,第一目的服务单元是首次第一通信单元需要访问的服务单元,第二目的服务单元是第一通信单元下次需要访问的服务单元,第一通信单元可以存储首次的服务发现结果以及对应的服务发现有效时间,当第一目的服务单元的服务类型和第二目的服务单元的服务类型相同时,第一通信单元确定当前时间是否超过上次同类型服务的服务发现有效时间,在当前时间没有超过上次同类型服务的服务发现有效时间的情况下,第一通信单元不需要再次和网络存储功能单元进行交互,第一通信单元直接从本地存储器中的上次获取的同类服务的服务发现结果中获取第一通信地址,由于获取第二目的服务单元的第一通信地址时不需要进行到NRF的服务发现流程,从而实现服务发现增强功能,提高了服务的调用效率。
举例说明如下,服务发现结果可以是服务生产者的IP地址列表,也可以是服务生产者对应的SFSF的IP地址列表,同时,NRF也会返回该服务发现结果的有效时间。即对于该服务消费者上访问的其他用户的终端设备,当需要选择相同类型的服务生产者,如果在服务发现结果的有效时间内,则不需要去NRF上做服务发现,直接利用之前返回的服务发现结果。如果已经超出了该有效时间,则需要再次去NRF上做服务发现。
在本申请的一些实施例中,第一通信单元还可以是一种服务支持单元,此时第一通信单元可以为第三服务单元提供服务,该第三服务单元采用间接通信方式,例如第一通信单元具体可以是SFSF。如图6所示,步骤301第一通信单元获取第一通信地址之前,本申请实施例提供的方法还包括如下步骤:
D1、当第一通信单元为向第三服务单元提供服务的第二服务支持单元时,第一通信单元接收第三服务单元发送的第二服务注册请求;第二服务注册请求包括:第三服务单元采用间接通信方式和第三服务单元自身的通信地址;
D2、第一通信单元向网络存储功能单元发送第三服务注册请求;第三服务注册请求包括:第三服务单元采用间接通信方式、第三服务单元自身的通信地址和第二服务支持单元自身的通信地址,第三服务单元提供服务时对应的通信地址为第二服务支持单元自身的通信地址。
其中,第一通信单元还可以是第二服务支持单元,此时第一通信单元可以为第三服务单元提供服务,第三服务单元采用间接通信方式,第三服务单元首先将第二服务注册请求发送给第一通信单元,第一通信单元在第二服务注册请求中添加第二服务支持单元自身的通信地址,然后生成第三服务注册请求,第一通信单元发送该第三服务注册请求给网络存储功能单元,网络存储功能单元存储第三服务单元采用间接通信方式和第三服务单元自身的通信地址,并且存储第二服务支持单元自身的通信地址作为第三服务单元提供服务时对应的通信地址。
进一步的,第一通信单元还可以是第二服务支持单元,此时第一通信单元可以为第三服务单元提供服务,第三服务单元采用间接通信方式,第一通信单元可以通过服务发现的方式获取到第一目的服务单元提供服务时对应的通信地址(即第一通信地址)。举例说明如下,请参阅图6所示,步骤301第一通信单元获取第一通信地址,包括:
E1、第一通信单元接收第三服务单元发送的服务访问请求,服务访问请求包括:第三服务单元需要访问的第一目的服务单元的服务类型和业务净荷数据;
E2、第一通信单元确定本地存储器中是否存储有服务类型对应的服务单元的通信地址;
E3、当本地存储器中存储有网络存储功能单元预先发送的服务类型对应的服务单元的通信地址时,第一通信单元从本地存储器中获取第一通信地址。
其中,第三服务单元需要访问第一目的服务单元,由于第三服务单元采用间接通信方式,第三服务单元发送服务访问请求给第一通信单元(此时第一通信单元为第二支持服务单元),服务访问请求中携带的业务净荷数据(payload)用于业务的处理,根据具体业务的不同,该净荷数据也可以不相同,此处不做限定。
在本申请实施例中,第一通信单元作为第二服务支持单元,该第二服务支持单元具有缓存功能,即在本地存储器中预先存储不同服务类型的服务单元的通信地址,若本地存储器中存储有网络存储功能单元预先发送的服务类型对应的服务单元的通信地址。第一通信单元不需要再次和网络存储功能单元进行交互,第一通信单元直接从本地存储器中获取第一通信地址,从而实现服务发现增强功能。
进一步的,在本申请的一些实施例中,步骤E1执行之后,步骤E2可以具体包括:第一通信单元确定本地存储器中是否存储有服务类型对应的服务单元发现的通信地址,以及该服务发现结果的有效时间;
步骤E3具体可以包括:当本地存储器中存储有网络存储功能单元预先发送的服务类型对应的服务单元的通信地址,且没有超过该服务发现结果的有效时间时,第一通信单元从本地存储器中获取第一通信地址。
在本申请的一些实施例中,网络存储功能单元还可以为每次的服务发现结果设置有效时间,在有效时间内可以重复使用该服务发现结果进行服务访问,在该有效时间失效之后,需要重新进行服务发现才能进行服务访问。
进一步的,上述步骤301第一通信单元获取第一通信地址除了包括前述步骤E1至E3,请参阅图6所示,还包括如下步骤:
E4、当本地存储器中没有存储服务类型对应的服务单元的通信地址时,第一通信单元向网络存储功能单元发送服务发现请求;
E5、第一通信单元接收网络存储功能单元发送的服务发现结果,服务发现结果包括:第一通信地址。
其中,第一通信单元确定本地存储器中是否存储有服务类型对应的服务单元的通信地址,在本地存储器中没有存储服务类型对应的服务单元的通信地址时,第一通信单元还需要与网络存储功能网元进行交互,以完成服务发现。例如,第一通信单元可以是SFSF,当SFSF本地没有存储第一目的服务单元提供服务时对应的IP地址时,SFSF需要与NRF进行服务发现。
举例说明如下,第一通信单元作为SFSF具有服务发现增强功能。即SFSF去NRF做服务发现后,NRF会返回该服务发现结果的有效时间,即对于该SFSF上的相同类型的服务消费者的所有实例来说,对于其他用户设备的访问,当需要选择相同类型的服务生产者时,如果在服务发现结果的有效时间内,则不需要去NRF上做服务发现,直接利用之前返回的服务发现结果。如果已经超出了该有效时间,则需要再次去NRF上做服务发现。
302、第一通信单元向第一通信地址发送服务访问请求,服务访问请求包括:第一目的服务单元的服务类型。
在本申请实施例中,通过步骤301中记载了第一通信地址有两种实现情况,当第一目的服务单元为采用间接通信方式的第一服务单元时,第一通信地址为向第一服务单元提供服务的第一服务支持单元自身的通信地址。当第一目的服务单元为采用直接通信方式的第二服务单元时,第一通信地址为第二服务单元自身的通信地址。例如第一通信地址是第二服务单元自身的通信地址时,第一通信单元可以向第二服务单元发送服务访问请求。又如第一通信地址是第一服务支持单元自身的通信地址时,第一通信单元可以向第一服务支持单元发送服务访问请求。
303、第一服务支持单元接收第一通信单元向第一通信地址发送的服务访问请求,服务访问请求包括需要访问的第一服务单元的服务类型;其中,第一服务支持单元为向第一服务单元提供服务的服务支持单元,第一服务单元采用间接通信方式,第一通信地址为第一服务支持单元自身的通信地址。
在本申请实施例中,第一通信单元不需要知道第一目的服务单元的通信方式,第一通信单元执行步骤301和步骤302,第一通信单元向第一通信地址发送服务访问请求。当第一通信地址是第一服务支持单元自身的通信地址时,第一服务支持单元可以从第一通信单元接收到服务访问请求。
在本申请的一些实施例中,请参阅图7所示,步骤303第一服务支持单元接收第一通信单元向第一通信地址发送的服务访问请求之前,本申请实施例提供的方法还可以包括如下步骤:
F1、第一服务支持单元接收第一服务单元发送的第四服务注册请求;第四服务注册请求包括:第一服务单元采用间接通信方式和第一服务单元自身的通信地址;
F2、第一服务支持单元向网络存储功能单元发送第五服务注册请求;第五服务注册请求包括:第一服务单元采用间接通信方式、第一服务单元自身的通信地址和第一服务支持单元自身的通信地址。
其中,第一服务支持单元还可以是为第一服务单元提供服务的支持单元,例如第一服务支持单元可以是SFSF。第一服务单元采用间接通信方式,第一服务单元首先将第四服务注册请求发送给第一服务支持单元,第一服务支持单元在第四服务注册请求中添加第一服务支持单元自身的通信地址,然后生成第五服务注册请求,第一服务支持单元发送该第五服务注册请求给网络存储功能单元,网络存储功能单元存储第一服务单元采用间接通信方式和第一服务单元自身的通信地址,并且存储第一服务支持单元自身的通信地址作为第一服务单元提供服务时对应的通信地址。
进一步的,第一服务支持单元可以为第一服务单元提供服务,第一服务单元采用间接通信方式,第一服务支持单元可以通过服务发现的方式获取到第一服务单元自身的通信地址。举例说明如下,请参阅图7所示,步骤304第一服务支持单元向第一服务单元发送服务访问请求之前,本申请实施例提供的方法还可以包括如下步骤:
G1、第一服务支持单元确定本地存储器中是否存储有第一服务单元的通信地址;
G2、当本地存储器中存储有网络存储功能单元预先发送的第一服务单元的通信地址时,第一服务支持单元从本地存储器中获取第一服务单元自身的通信地址。
其中,第一服务支持单元需要访问第一服务单元,该第一服务支持单元具有缓存功能,即在本地存储器中预先存储不同服务类型的服务单元的通信地址,若本地存储器中存储有网络存储功能单元预先发送的第一服务单元的通信地址,第一服务单元的通信地址指的是第一服务单元自身的通信地址。第一通信单元不需要再次和网络存储功能单元进行交互,第一通信单元直接从本地存储器中获取第一服务单元自身的通信地址,从而实现服务发现增强功能。
进一步的,第一服务支持单元除了执行前述步骤G1至G2,请参阅图7所示,本申请实施例提供的方法还包括如下步骤:
G3、当本地存储器中没有存储第一服务单元的通信地址时,第一服务支持单元向网络存储功能单元发送服务发现请求,服务发现请求包括:第一服务单元的服务类型;
G4、第一服务支持单元接收网络存储功能单元发送的服务发现结果,服务发现结果包括:第一服务单元自身的通信地址。
其中,第一服务支持单元确定本地存储器中是否存储有第一服务单元的通信地址,在本地存储器中没有存储第一服务单元的通信地址时,第一服务支持单元还需要与网络存储功能网元进行交互,以完成服务发现。例如,第一服务支持单元可以是SFSF,当SFSF本地没有存储第一目的服务单元提供服务时对应的IP地址时,SFSF需要与NRF进行服务发现。
举例说明如下,第一服务支持单元作为SFSF具有服务发现增强功能。即SFSF去NRF做服务发现后,NRF会返回该服务发现结果的有效时间,即对于该SFSF上的相同类型的服务消费者的所有实例来说,对于其他用户设备的访问,当需要选择相同类型的服务生产者时,如果在服务发现结果的有效时间内,则不需要去NRF上做服务发现,直接利用之前返回的服务发现结果。如果已经超出了该有效时间,则需要再次去NRF上做服务发现。
需要说明的是,在本申请的前述实施例中,当第一通信单元或者第一服务支持单元和网络存储功能单元进行服务发现时,网络存储功能单元需要首先对发起访问的服务单元进行鉴权,当鉴权通过时,网络存储功能单元才会发送服务发现结果,当鉴权没有通过时,网络存储功能单元拒绝发起访问的服务单元的服务发现请求。
304、第一服务支持单元向第一服务单元发送服务访问请求,第一服务单元用于根据服务访问请求提供服务并生成服务访问响应。
在本申请实施例中,第一目的服务单元是采用间接通信方式的第一服务单元,第一服务支持单元可以为第一服务单元提供服务,第一服务支持单元可以获取到第一服务单元自身的通信地址,第一服务支持单元可以从第一通信单元接收到服务访问请求之后,第一服务支持单元可以将该服务访问请求转发给第一服务单元,第一服务单元可以根据服务访问请求提供服务并生成服务访问响应。
在本申请的一些实施例中,步骤304第一服务支持单元向第一服务单元发送服务访问请求之后,本申请实施例提供的方法还可以包括如下步骤:
H1、当第一通信单元为第三服务单元、且第三服务单元采用直接通信方式时,第一服务支持单元存储第三服务单元与第一服务单元之间的绑定关系;或,
H2、当第一通信单元为向第三服务单元提供服务的第二服务支持单元时,第一服务支持单元存储第二服务支持单元与第一服务单元之间的绑定关系。
其中,第一服务支持单元在为第一服务单元提供服务支持时,在获取到第三服务单元需要访问第一服务单元的访问请求时,若第三服务单元采用直接通信方式,则第一服务支持单元可以存储第三服务单元与第一服务单元之间的绑定关系,从而发送服务访问响应消息,不需要再进行服务发现。举例说明如下,第一服务单元为service 2,第三服务单元为service 3,第一服务支持单元为SFSF,则该SFSF可以临时存储该service 2instance和service 3instance的绑定关系,该绑定关系只对于同一个用户设备的访问有效。若第三服务单元采用间接通信方式,则第一服务支持单元可以存储第二服务支持单元与第一服务单元之间的绑定关系,从而发送服务访问响应消息,不需要再进行服务发现。
在本申请的一些实施例中,第一服务支持单元存储第三服务单元与第一服务单元之间的绑定关系之后,还可以为该绑定关系设置有效时间,在有效时间内可以重复使用该绑定关系进行服务访问,在该有效时间失效之后,需要重新进行服务发现才能进行服务访问。
305、第一服务支持单元接收第一服务单元发送的服务访问响应。
其中,第一服务单元用于根据服务访问请求提供服务并生成服务访问响应,对于第一服务单元提供的服务功能此处不做限定。第一服务单元在生成服务访问响应之后,发送服务访问响应给第一服务支持单元。
306、第一服务支持单元向第一通信单元发送服务访问响应。
其中,第一服务支持单元可以生成服务访问响应,然后向第一通信单元发送服务访问响应。
307、第一通信单元从第一通信地址接收服务访问响应。
其中,第一通信单元在步骤302中向第一通信地址发送服务访问请求之后,第一通信单元可以再通过该第一通信地址接收服务访问响应,由于需要访问的第一目的服务单元为第一服务单元,第一通信单元收到的服务访问响应由该第一服务单元提供服务之后生成。
在本申请的一些实施例中,当第一通信单元为向第三服务单元提供服务的第二服务支持单元时,步骤307第一通信单元从第一通信地址接收服务访问响应之后,本申请实施例提供的方法还包括如下步骤:
第一通信单元向第三服务单元发送服务访问响应。
其中,第一通信单元为第二服务支持单元,第三服务单元需要访问第一目的服务单元,那么在第一目的服务单元提供服务并生成服务访问响应之后,该第一通信单元从第一通信地址接收服务访问响应之后还需要向第三服务单元转发该服务访问响应。
通过以上实施例对本发明实施例的描述可知,第一通信单元首先获取需要访问的第一目的服务单元提供服务时对应的通信地址,即获取到第一通信地址,当第一目的服务单元为采用间接通信方式的第一服务单元时,第一通信地址为向第一服务单元提供服务的第一服务支持单元自身的通信地址;当第一目的服务单元为采用直接通信方式的第二服务单元时,第一通信地址为第二服务单元自身的通信地址;第一通信单元向第一通信地址发送服务访问请求,服务访问请求包括第一目的服务单元的服务类型;第一服务支持单元向第一服务单元发送服务访问请求;第一服务支持单元接收第一服务单元发送的服务访问响应;第一服务支持单元向第一通信单元发送服务访问响应。第一通信单元从第一通信地址接收服务访问响应。在本发明实施例中,第一通信单元可以和采用间接通信方式的第一服务单元进行通信,还可以和采用直接通信方式的第二服务单元进行通信,因此本发明实施例中可以将间接通信方式和直接通信方式基于同一个服务化框架来实现,即本申请实施例提出了混合通信的服务化框架方案,在该混合通信的服务化框架上,既可以部署直接通信的服务,也可以部署间接通信的服务,而且其内部的直接通信的服务可以和间接通信的服务互相调用,彼此对对方的通信方式不感知。解决了现有技术只能提供一种通信方式存在的问题,本发明实施例提供了支持混合通信的服务化框架,从而可以提高服务效率和框架部署的灵活性。
为便于更好的理解和实施本发明实施例的上述方案,下面举例相应的应用场景来进行具体说明。
本发明实施例提供一种基于服务的通信方法,针对这种单一通信方式的服务化框架的不足,如图8所示,为本申请实施例提供的混合通信的服务化框架示意图。本发明实施例中阐述的服务化框架中的服务单元(即service)既可以指业界提出的微服务,或者服务,或者是在R15的5G核心网服务化架构中提到的NF(network function),或者NF services。
本发明实施例提供如图8所示的混合通信的服务化框架方案,该混合通信的服务化框架上,既可以部署直接通信的微服务,也可以部署间接通信的微服务,而且其内部的直接通信的服务可以和间接通信的服务互相调用,彼此对对方的通信方式不感知。混合通信的服务化框架中可以包括:NRF、SFSF-1、SFSF-2、服务单元1、服务单元2、服务单元3、服务单元4、服务单元5、服务单元6,其中,服务单元1,2,3,4,5,6均注册在NRF上,其中,服务单元1和服务单元2采用直接通信方式交互,服务单元3、服务单元4、服务单元5和服务单元6采用间接通信方式交互。
在本发明实施例中,每个服务单元先进行服务注册。各个服务在注册的同时,也会注册各自的通信方式,比如,服务单元1和服务单元2在注册时的通信方式是直接通信,同时NRF会保存直接通信的服务的IP地址。服务单元3、服务单元4、服务单元5、服务单元6在注册时的通信方式是间接通信,同时NRF会保存SFSF-1和SFSF-2的IP地址,并把服务单元3、服务单元4的IP地址注册为SFSF-1的IP地址,服务单元5、服务单元6的IP地址注册为SFSF-2的IP地址。
其中,NRF会记录各个服务的通信方式:直接通信,或,间接通信。如果是直接通信,则保存该服务的通信方式和该服务自身的IP地址;如果是间接通信,则保存该服务的通信方式,该服务自身的IP地址,以及该服务对应的SFSF的IP地址。
接下来对本发明实施例中的服务发现和路由进行说明。在服务发现和路由中,间接通信的服务消费者并不知道服务生产者的通信方式,只是按照常规的方式将服务访问请求发送给SFSF,SFSF可以通过访问NRF获取到对端的IP地址(或IP地址列表)。如果获取到多个IP地址,则SFSF从中选择一个IP地址,进行服务访问。SFSF并不需要知道对端服务的通信方式。
在服务发现和路由中,直接通信的服务消费者也并不知道服务生产者的通信方式,该服务消费者按照常规方式向NRF发送服务发现请求,NRF返回服务生产者的IP地址列表,如果服务生产者是间接通信方式,则返回服务生产者对应的SFSF的IP地址列表。服务消费者从该IP地址列表中选择一个IP地址发送服务访问请求。服务消费者并不需要知道服务生产者的服务通信方式,也不需要知道该IP地址是对应服务生产者,还是SFSF。
根据各个服务的通信方式不同,混合通信的服务发现可以分为如下两种情况:如图9所示和如图10所示的两种服务发现流程。
其中,图9所示的是直接通信的微服务调用间接通信的微服务,例如:图9中服务单元2调用服务单元3,其中,服务单元2采用直接通信方式,服务单元3采用间接通信方式。服务发现流程和访问流程如下:
S01、服务单元2发送服务发现请求(discovery request)消息给NRF,该消息包含了要访问的服务(服务单元3)的服务类型。
S02、NRF鉴权服务单元2是否可以访问该服务类型(服务单元3),同时查询该服务的IP地址,以及通信方式。如果服务单元3允许被服务单元2访问,则返回服务单元3的实例(instance)的IP地址(即SFSF-1的IP地址)给服务单元2.如果服务单元3的多个实例都通过SFSF-1进行通信路由,则返回SFSF-1的IP地址给服务单元2.如果服务单元3的不同的实例对应的SFSF不同,则返回这些SFSF的IP地址列表给服务单元2。
S03a、如果服务单元2收到多个要访问的IP地址列表,则在这些IP地址列表中选择一个IP地址发送服务访问请求,比如在该图9中选择SFSF-1的IP地址。如果服务单元2只收到一个IP地址,则把服务访问请求发送给这个IP地址。该服务访问请求中包含要访问的服务单元3的服务类型。
其中,服务单元2并不知道IP地址对应的是服务的IP地址,还是SFSF的IP地址。
S03b、SFSF-1收到服务单元2的服务访问请求后,在服务类型是服务单元3的服务实例中,选择一个实例,把该服务访问请求发送给该实例。SFSF-1临时存储该服务单元2的实例(instance)和服务单元3的实例(instance)的绑定关系,该绑定关系只对于该用户设备的访问有效。该绑定关系可以只针对该次访问有效,也可以由SFSF设置有效时间。
S03c、服务单元3的实例(instance)处理完该请求后,返回响应给SFSF-1。
S03d、SFSF-1把该响应消息返回给服务单元2的实例(instance)。
又如,图10所示的是间接通信的微服务调用直接通信的微服务,例如:图10中服务单元6调用服务单元1,其中,服务单元6采用间接通信方式,服务单元1采用直接通信方式。服务发现流程和访问流程如下:
S11、服务单元6的实例(instance)发送服务访问请求给SFSF-2。该访问请求中包含了要访问的服务单元1的服务类型(service type),以及业务的payload。
S12a、SFSF-2检查其内部是否有服务类型为服务单元1的实例,如果没有的话,就向NRF发送服务发现请求,该请求中包含了服务消费者服务单元6的服务类型,以及服务生产者服务单元1的服务类型。
S12b、NRF对该服务发现请求进行鉴权,如果服务单元6的服务类型可以访问服务单元1的服务类型,则鉴权成功。如果NRF鉴权通过后,则返回服务单元1的实例的IP地址列表给SFSF-2。
S13a、SFSF-2从返回的IP地址列表中,选择一个服务单元1的实例的IP地址将服务单元6的实例(instance)的访问请求发送给IP地址对应的实例。SFSF-2会存储该服务单元6的实例(instance)和服务单元1的实例(instance)的绑定关系,该绑定关系对该用户设备的访问有效。该绑定关系可以只针对该次访问有效,也可以由SFSF设置有效时间。
S13b、服务单元1的实例(instance)处理完访问请求后,把响应消息发送给SFSF-2。
S13c、SFSF-2将服务处理后的响应消息发送给服务单元6的实例(instance)。
接下来对本发明实施例中的服务发现增强功能进行举例说明,服务发现的结果可以是服务生产者的IP地址列表,也可以是服务生产者对应的SFSF的IP地址列表,同时,NRF也会返回该服务发现结果的有效时间。即对于该服务消费者上访问的其他用户设备,当需要选择相同类型的服务生产者,如果在服务发现结果的有效时间内,则不需要去NRF上做服务发现,直接利用之前返回的服务发现结果。如果已经超出了该有效时间,则需要再次去NRF上做服务发现。服务单元
该服务增强功能也适用于SFSF。即SFSF去NRF做服务发现后,NRF会返回该服务发现结果的有效时间,即对于该SFSF上的相同类型的服务消费者的所有实例来说,对于其他用户设备的访问,当需要选择相同类型的服务生产者时,如果在服务发现结果的有效时间内,则不需要去NRF上做服务发现,直接利用之前返回的服务发现结果。如果已经超出了该有效时间,则需要再次去NRF上做服务发现。
通过前述的举例说明可知,本发明实施例提供一种灵活的服务化架构方案,可以实现对不同的通信方式的微服务的注册和发现。这种支持混合通信的服务化架构的方案提高了现有服务化架构方案对于微服务通信方式的约束,更加有利于网络部署实现。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
为便于更好的实施本发明实施例的上述方案,下面还提供用于实施上述方案的相关装置。
请参阅图11-a所示,本发明实施例提供的一种通信单元,所述通信单元具体为第一通信单元1100,所述第一通信单元1100可以包括:地址获取模块1101、发送模块1102、接收模块1103,其中,
地址获取模块1101,用于获取第一通信地址,所述第一通信地址为需要访问的第一目的服务单元提供服务时对应的通信地址,所述第一通信地址由网络存储功能单元提供;当所述第一目的服务单元为采用间接通信方式的第一服务单元时,所述第一通信地址为向所述第一服务单元提供服务的第一服务支持单元自身的通信地址;当所述第一目的服务单元为采用直接通信方式的第二服务单元时,所述第一通信地址为所述第二服务单元自身的通信地址;
发送模块1102,用于向所述第一通信地址发送服务访问请求,所述服务访问请求包括:所述第一目的服务单元的服务类型;
接收模块1103,用于从所述第一通信地址接收服务访问响应,所述服务访问响应由所述第一目的服务单元提供服务之后生成。
在本申请的一些实施例中,所述发送模块1102,还用于所述地址获取模块获取第一通信地址之前,当所述第一通信单元为第三服务单元、且所述第三服务单元采用直接通信方式时,向所述网络存储功能单元发送第一服务注册请求,所述第一服务注册请求包括:所述第三服务单元采用直接通信方式和所述第三服务单元自身的通信地址。
在本申请的一些实施例中,所述地址获取模块1101,具体用于向所述网络存储功能单元发送服务发现请求,所述服务发现请求包括:需要访问的第一目的服务单元的服务类型,所述网络存储功能单元根据所述服务发现请求确定第一目的服务单元采用直接通信方式;接收所述网络存储功能单元发送的服务发现结果,所述服务发现结果包括:所述第一通信地址。
在本申请的一些实施例中,如图11-b所示,当所述服务发现结果还包括:服务发现有效时间,第一通信单元1100还可以包括:服务类型确定模块1104和时间确定模块1105,其中,
所述服务类型确定模块1104,用于获取需要访问的第二目的服务单元的服务类型;
所述时间确定模块1105,用于当所述第一目的服务单元的服务类型和所述第二目的服务单元的服务类型相同时,确定当前时间是否超过所述服务发现有效时间;
所述地址获取模块1101,还用于在所述当前时间没有超过所述服务发现有效时间的情况下,确定所述第二目的服务单元提供服务时对应的通信地址和所述第一通信地址为同一个地址。
在本申请的一些实施例中,所述接收模块1103,还用于所述地址获取模块获取第一通信地址之前,当所述第一通信单元为向第三服务单元提供服务的第二服务支持单元时,接收所述第三服务单元发送的第二服务注册请求;所述第二服务注册请求包括:所述第三服务单元采用间接通信方式和所述第三服务单元自身的通信地址;
所述发送模块1102,还用于向所述网络存储功能单元发送第三服务注册请求;所述第三服务注册请求包括:所述第三服务单元采用间接通信方式、所述第三服务单元自身的通信地址和所述第二服务支持单元自身的通信地址,所述第三服务单元提供服务时对应的通信地址为所述第二服务支持单元自身的通信地址。
在本申请的一些实施例中,所述地址获取模块1101,具体用于接收所述第三服务单元发送的服务访问请求,所述服务访问请求包括:所述第三服务单元需要访问的第一目的服务单元的服务类型和业务净荷数据;确定本地存储器中是否存储有所述服务类型对应的服务单元的通信地址;当所述本地存储器中存储有所述网络存储功能单元预先发送的所述服务类型对应的服务单元的通信地址时,从所述本地存储器中获取所述第一通信地址。
在本申请的一些实施例中,所述地址获取模块1101,具体用于当所述本地存储器中没有存储所述服务类型对应的服务单元的通信地址时,向所述网络存储功能单元发送所述服务发现请求;接收所述网络存储功能单元发送的服务发现结果,所述服务发现结果包括:所述第一通信地址。
在本申请的一些实施例中,所述发送模块1102,还用于当所述第一通信单元为向第三服务单元提供服务的第二服务支持单元时,所述接收模块1103从所述第一通信地址接收服务访问响应之后,向所述第三服务单元发送所述服务访问响应。
请参阅图12-a所示,本发明实施例提供的一种服务支持单元,所述服务支持单元具体为第一服务支持单元1200,所述第一服务支持单元1200可以包括:接收模块1201、发送模块1202,其中,
接收模块1201,用于接收第一通信单元向第一通信地址发送的服务访问请求,所述服务访问请求包括需要访问的第一服务单元的服务类型;其中,所述第一服务支持单元为向所述第一服务单元提供服务的服务支持单元,所述第一服务单元采用间接通信方式,所述第一通信地址为所述第一服务支持单元自身的通信地址;
发送模块1202,用于向所述第一服务单元发送所述服务访问请求,所述第一服务单元用于根据所述服务访问请求提供服务并生成服务访问响应;
所述接收模块1201,还用于接收所述第一服务单元发送的服务发现响应;
所述发送模块1202,还用于向所述第一通信单元发送所述服务访问响应。
在本申请的一些实施例中,所述接收模块1201,还用于接收第一通信单元向第一通信地址发送的服务访问请求之前,接收所述第一服务单元发送的第四服务注册请求;所述第四服务注册请求包括:所述第一服务单元采用间接通信方式和所述第一服务单元自身的通信地址;
发送模块1202,还用于向网络存储功能单元发送第五服务注册请求;所述第五服务注册请求包括:所述第一服务单元采用间接通信方式、所述第一服务单元自身的通信地址和所述第一服务支持单元自身的通信地址。
在本申请的一些实施例中,如图12-b所示,所述第一服务支持单元,还包括:存储器检测模块1203和地址获取模块1204,其中,所述存储器检测模块1203,用于所述发送模块1202向所述第一服务单元发送所述服务访问请求之前,确定本地存储器中是否存储有所述第一服务单元的通信地址;所述地址获取模块1204,用于当所述本地存储器中存储有所述网络存储功能单元预先发送的所述第一服务单元的通信地址时,从所述本地存储器中获取所述第一服务单元自身的通信地址。
在本申请的一些实施例中,所述发送模块1202,还用于当所述本地存储器中没有存储所述第一服务单元的通信地址时,向所述网络存储功能单元发送服务发现请求,所述服务发现请求包括:所述第一服务单元的服务类型;所述接收模块1201,还用于接收所述网络存储功能单元发送的服务发现结果,所述服务发现结果包括:所述第一服务单元自身的通信地址。
在本申请的一些实施例中,如图12-c所示,所述第一服务支持单元,还包括:存储模块1205,用于所述发送模块1202向所述第一服务单元发送所述服务访问请求之后,当所述第一通信单元为第三服务单元、且所述第三服务单元采用直接通信方式时,存储所述第三服务单元与所述第一服务单元之间的绑定关系;或,当所述第一通信单元为向第三服务单元提供服务的第二服务支持单元时,存储所述第二服务支持单元与所述第一服务单元之间的绑定关系。
本发明实施例还提供了另一种终端,如图13所示,第一通信单元具体可以包括终端,为了便于说明,仅示出了与本发明实施例相关的部分,具体技术细节未揭示的,请参照本发明实施例方法部分。该终端可以为包括手机、平板电脑、PDA(PersonalDigitalAssistant,个人数字助理)、POS(Point of Sales,销售终端)、车载电脑等任意终端设备,以终端为手机为例:图13示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。参考图13,手机包括:射频(Radio Frequency,RF)电路1010、存储器1020、输入单元1030、显示单元1040、传感器1050、音频电路1060、无线保真(wireless fidelity,WiFi)模块1070、处理器1080、以及电源1090等部件。本领域技术人员可以理解,图13中示出的手机结构并不构成对手机的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。下面结合图13对手机的各个构成部件进行具体的介绍:
RF电路1010可用于收发信息或通话过程中,信号的接收和发送,特别地,将基站的下行信息接收后,给处理器1080处理;另外,将设计上行的数据发送给基站。通常,RF电路1010包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier,LNA)、双工器等。此外,RF电路1010还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯***(GlobalSystem of Mobile communication,GSM)、通用分组无线服务(General Packet RadioService,GPRS)、码分多址(Code Division Multiple Access,CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution,LTE)、电子邮件、短消息服务(Short Messaging Service,SMS)等。
存储器1020可用于存储软件程序以及模块,处理器1080通过运行存储在存储器1020的软件程序以及模块,从而执行手机的各种功能应用以及数据处理。存储器1020可主要包括存储程序区和存储数据区。
输入单元1030可用于接收输入的数字或字符信息,以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地,输入单元1030可包括触控面板1031以及其他输入设备1032。触控面板1031,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1031上或在触控面板1031附近的操作),并根据预先设定的程式驱动相应的连接装置。可选的,触控面板1031可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器1080,并能接收处理器1080发来的命令并加以执行。
显示单元1040可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1040可包括显示面板1041,可选的,可以采用液晶显示器(LiquidCrystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1041。进一步的,触控面板1031可覆盖显示面板1041,当触控面板1031检测到在其上或附近的触摸操作后,传送给处理器1080以确定触摸事件的类型,随后处理器1080根据触摸事件的类型在显示面板1041上提供相应的视觉输出。
手机还可包括至少一种传感器1050,比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板1041的亮度,接近传感器可在手机移动到耳边时,关闭显示面板1041和/或背光。
音频电路1060、扬声器1061,传声器1062可提供用户与手机之间的音频接口。音频电路1060可将接收到的音频数据转换后的电信号,传输到扬声器1061,由扬声器1061转换为声音信号输出;另一方面,传声器1062将收集的声音信号转换为电信号,由音频电路1060接收后转换为音频数据,再将音频数据输出处理器1080处理后,经RF电路1010以发送给比如另一手机,或者将音频数据输出至存储器1020以便进一步处理。
WiFi属于短距离无线传输技术,手机通过WiFi模块1070可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图13示出了WiFi模块1070,但是可以理解的是,其并不属于手机的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
处理器1080是手机的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在存储器1020内的软件程序和/或模块,以及调用存储在存储器1020内的数据,执行手机的各种功能和处理数据,从而对手机进行整体监控。
手机还包括给各个部件供电的电源1090(比如电池),优选的,电源可以通过电源管理***与处理器1080逻辑相连,从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。尽管未示出,手机还可以包括摄像头、蓝牙模块等,在此不再赘述。
在本发明实施例中,该终端所包括的处理器1080还具有控制执行以上由终端执行的基于服务的通信方法流程。
图14是本发明实施例提供的一种服务器结构示意图,第一服务支持单元具体可以包括服务器1100,该服务器1100可因配置或性能不同而产生比较大的差异,可以包括一个或一个以***处理器(central processing units,CPU)1122(例如,一个或一个以上处理器)和存储器1132,一个或一个以上存储应用程序1142或数据1144的存储介质1130(例如一个或一个以上海量存储设备)。其中,存储器1132和存储介质1130可以是短暂存储或持久存储。存储在存储介质1130的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对服务器中的一系列指令操作。更进一步地,中央处理器1122可以设置为与存储介质1130通信,在服务器1100上执行存储介质1130中的一系列指令操作。服务器1100还可以包括一个或一个以上电源1126,一个或一个以上有线或无线网络接口1150,一个或一个以上输入输出接口1158,和/或,一个或一个以上操作***1141,例如Windows ServerTM,MacOS XTM,UnixTM,LinuxTM,FreeBSDTM等等。
上述实施例中由服务器所执行的基于服务的通信方法的步骤可以基于该图14所示的服务器结构。
另外需说明的是,以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
综上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照上述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对上述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (18)
1.一种基于服务的通信方法,其特征在于,包括:
第一通信单元通过与网络存储功能单元的交互,获取第一通信地址,所述第一通信地址为需要访问的第一目的服务单元提供服务时对应的通信地址,所述第一通信地址由网络存储功能单元提供;当所述第一目的服务单元为采用间接通信方式的第一服务单元时,所述第一通信地址为向所述第一服务单元提供服务的第一服务支持单元自身的通信地址;当所述第一目的服务单元为采用直接通信方式的第二服务单元时,所述第一通信地址为所述第二服务单元自身的通信地址;
所述第一通信单元向所述第一通信地址发送服务访问请求,所述服务访问请求包括:所述第一目的服务单元的服务类型;
所述第一通信单元从所述第一通信地址接收服务访问响应,所述服务访问响应由所述第一目的服务单元提供服务之后生成。
2.根据权利要求1所述的方法,其特征在于,所述第一通信单元获取第一通信地址之前,所述方法还包括:
当所述第一通信单元为第三服务单元、且所述第三服务单元采用直接通信方式时,所述第一通信单元向所述网络存储功能单元发送第一服务注册请求,所述第一服务注册请求包括:所述第三服务单元采用直接通信方式和所述第三服务单元自身的通信地址。
3.根据权利要求1或2所述的方法,其特征在于,所述第一通信单元获取第一通信地址,包括:
所述第一通信单元向所述网络存储功能单元发送服务发现请求,所述服务发现请求包括:需要访问的第一目的服务单元的服务类型,所述网络存储功能单元根据所述服务发现请求确定第一目的服务单元采用直接通信方式;
所述第一通信单元接收所述网络存储功能单元发送的服务发现结果,所述服务发现结果包括:所述第一通信地址。
4.根据权利要求3所述的方法,其特征在于,当所述服务发现结果还包括:服务发现有效时间,所述方法还包括:
所述第一通信单元获取需要访问的第二目的服务单元的服务类型;
当所述第一目的服务单元的服务类型和所述第二目的服务单元的服务类型相同时,所述第一通信单元确定当前时间是否超过所述服务发现有效时间;
在所述当前时间没有超过所述服务发现有效时间的情况下,所述第一通信单元确定所述第二目的服务单元提供服务时对应的通信地址和所述第一通信地址为同一个地址。
5.根据权利要求1所述的方法,其特征在于,所述第一通信单元获取第一通信地址之前,所述方法还包括:
当所述第一通信单元为向第三服务单元提供服务的第二服务支持单元时,所述第一通信单元接收所述第三服务单元发送的第二服务注册请求;所述第二服务注册请求包括:所述第三服务单元采用间接通信方式和所述第三服务单元自身的通信地址;
所述第一通信单元向所述网络存储功能单元发送第三服务注册请求;所述第三服务注册请求包括:所述第三服务单元采用间接通信方式、所述第三服务单元自身的通信地址和所述第二服务支持单元自身的通信地址,所述第三服务单元提供服务时对应的通信地址为所述第二服务支持单元自身的通信地址。
6.根据权利要求5所述的方法,其特征在于,所述第一通信单元获取第一通信地址,包括:
所述第一通信单元接收所述第三服务单元发送的服务访问请求,所述服务访问请求包括:所述第三服务单元需要访问的第一目的服务单元的服务类型和业务净荷数据;
所述第一通信单元确定本地存储器中是否存储有所述服务类型对应的服务单元的通信地址;
当所述本地存储器中存储有所述网络存储功能单元预先发送的所述服务类型对应的服务单元的通信地址时,所述第一通信单元从所述本地存储器中获取所述第一通信地址。
7.根据权利要求6所述的方法,其特征在于,所述第一通信单元获取第一通信地址,还包括:
当所述本地存储器中没有存储所述服务类型对应的服务单元的通信地址时,所述第一通信单元向所述网络存储功能单元发送服务发现请求;
所述第一通信单元接收所述网络存储功能单元发送的服务发现结果,所述服务发现结果包括:所述第一通信地址。
8.根据权利要求5至7中任一项所述的方法,其特征在于,当所述第一通信单元为向第三服务单元提供服务的第二服务支持单元时,所述第一通信单元从所述第一通信地址接收服务访问响应之后,所述方法还包括:
所述第一通信单元向所述第三服务单元发送所述服务访问响应。
9.一种基于服务的通信方法,其特征在于,包括:
第一服务支持单元接收第一通信单元向第一通信地址发送的服务访问请求,所述服务访问请求包括需要访问的第一服务单元的服务类型;其中,所述第一服务支持单元为向所述第一服务单元提供服务的服务支持单元,所述第一服务单元采用间接通信方式,所述第一通信地址为所述第一服务支持单元自身的通信地址,所述第一通信地址是所述第一通信单元通过与网络存储功能单元的交互获取的;
所述第一服务支持单元向所述第一服务单元发送所述服务访问请求,所述第一服务单元用于根据所述服务访问请求提供服务并生成服务访问响应;
所述第一服务支持单元接收所述第一服务单元发送的服务发现响应;
所述第一服务支持单元向所述第一通信单元发送所述服务访问响应。
10.根据权利要求9所述的方法,其特征在于,所述第一服务支持单元接收第一通信单元向第一通信地址发送的服务访问请求之前,所述方法还包括:
所述第一服务支持单元接收所述第一服务单元发送的第四服务注册请求;所述第四服务注册请求包括:所述第一服务单元采用间接通信方式和所述第一服务单元自身的通信地址;
所述第一服务支持单元向网络存储功能单元发送第五服务注册请求;所述第五服务注册请求包括:所述第一服务单元采用间接通信方式、所述第一服务单元自身的通信地址和所述第一服务支持单元自身的通信地址。
11.根据权利要求9所述的方法,其特征在于,所述第一服务支持单元向所述第一服务单元发送所述服务访问请求之前,所述方法还包括:
所述第一服务支持单元确定本地存储器中是否存储有所述第一服务单元的通信地址;
当所述本地存储器中存储有所述网络存储功能单元预先发送的所述第一服务单元的通信地址时,所述第一服务支持单元从所述本地存储器中获取所述第一服务单元自身的通信地址。
12.根据权利要求11所述的方法,其特征在于,所述方法还包括:
当所述本地存储器中没有存储所述第一服务单元的通信地址时,所述第一服务支持单元向所述网络存储功能单元发送服务发现请求,所述服务发现请求包括:所述第一服务单元的服务类型;
所述第一服务支持单元接收所述网络存储功能单元发送的服务发现结果,所述服务发现结果包括:所述第一服务单元自身的通信地址。
13.一种通信单元,其特征在于,所述通信单元具体为第一通信单元,所述第一通信单元包括:
地址获取模块,用于通过与网络存储功能单元的交互,获取第一通信地址,所述第一通信地址为需要访问的第一目的服务单元提供服务时对应的通信地址,所述第一通信地址由网络存储功能单元提供;当所述第一目的服务单元为采用间接通信方式的第一服务单元时,所述第一通信地址为向所述第一服务单元提供服务的第一服务支持单元自身的通信地址;当所述第一目的服务单元为采用直接通信方式的第二服务单元时,所述第一通信地址为所述第二服务单元自身的通信地址;
发送模块,用于向所述第一通信地址发送服务访问请求,所述服务访问请求包括:所述第一目的服务单元的服务类型;
接收模块,用于从所述第一通信地址接收服务访问响应,所述服务访问响应由所述第一目的服务单元提供服务之后生成。
14.一种服务支持单元,其特征在于,所述服务支持单元具体为第一服务支持单元,所述第一服务支持单元包括:
接收模块,用于接收第一通信单元向第一通信地址发送的服务访问请求,所述服务访问请求包括需要访问的第一服务单元的服务类型;其中,所述第一服务支持单元为向所述第一服务单元提供服务的服务支持单元,所述第一服务单元采用间接通信方式,所述第一通信地址为所述第一服务支持单元自身的通信地址,所述第一通信地址是所述第一通信单元通过与网络存储功能单元的交互获取的;
发送模块,用于向所述第一服务单元发送所述服务访问请求,所述第一服务单元用于根据所述服务访问请求提供服务并生成服务访问响应;
所述接收模块,还用于接收所述第一服务单元发送的服务发现响应;
所述发送模块,还用于向所述第一通信单元发送所述服务访问响应。
15.一种通信单元,其特征在于,所述通信单元具体为第一通信单元,所述第一通信单元包括:处理器和存储器;
所述存储器,用于存储指令;
所述处理器,用于执行所述存储器中的所述指令,执行如权利要求1至8中任一项所述的方法。
16.一种服务支持单元,其特征在于,所述服务支持单元具体为第一服务支持单元,所述第一服务支持单元包括:处理器和存储器;
所述存储器,用于存储指令;
所述处理器,用于执行所述存储器中的所述指令,执行如权利要求9至12中任一项所述的方法。
17.一种基于服务的通信***,其特征在于,
当所述第一目的服务单元为采用间接通信方式的第一服务单元时,所述基于服务的通信***包括:如权利要求1至8中任一项所述的第一通信单元、如权利要求9至12中任一项所述的第一服务支持单元、第一服务单元和网络存储功能单元;
当所述第一目的服务单元为采用直接通信方式的第二服务单元时,所述基于服务的通信***,包括:如权利要求1至8中任一项所述的第一通信单元、第二服务单元和所述网络存储功能单元;
所述网络存储功能单元,用于向所述第一通信单元提供第一通信地址;存储第一服务单元、第二服务单元、第三服务单元各自采用的通信方式,以及各个服务单元的通信地址。
18.一种计算机可读存储介质,其特征在于,所述存储介质中存储有计算机程序,所述计算机程序用于执行权利要求1-8任一项所述的基于服务的通信方法,和/或,权利要求9-12任一项所述的基于服务的通信方法。
Priority Applications (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910036028.3A CN109639829B (zh) | 2019-01-15 | 2019-01-15 | 基于服务的通信方法、通信单元、服务支持单元和*** |
PCT/CN2019/124308 WO2020147460A1 (zh) | 2019-01-15 | 2019-12-10 | 基于服务的通信方法、单元、***和存储介质 |
KR1020217017263A KR102493139B1 (ko) | 2019-01-15 | 2019-12-10 | 서비스 기반 통신 방법, 유닛 및 시스템, 및 저장 매체 |
EP19910698.0A EP3913892A4 (en) | 2019-01-15 | 2019-12-10 | SERVICE-BASED COMMUNICATION METHOD, DEVICE AND SYSTEM, AND STORAGE MEDIUM |
JP2021538217A JP7204927B2 (ja) | 2019-01-15 | 2019-12-10 | サービスベースの通信方法、ユニット、システム及びコンピュータプログラム |
US17/228,633 US12010760B2 (en) | 2019-01-15 | 2021-04-12 | Service-based communication method, unit, and system, and storage medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910036028.3A CN109639829B (zh) | 2019-01-15 | 2019-01-15 | 基于服务的通信方法、通信单元、服务支持单元和*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109639829A CN109639829A (zh) | 2019-04-16 |
CN109639829B true CN109639829B (zh) | 2021-03-30 |
Family
ID=66060833
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910036028.3A Active CN109639829B (zh) | 2019-01-15 | 2019-01-15 | 基于服务的通信方法、通信单元、服务支持单元和*** |
Country Status (6)
Country | Link |
---|---|
US (1) | US12010760B2 (zh) |
EP (1) | EP3913892A4 (zh) |
JP (1) | JP7204927B2 (zh) |
KR (1) | KR102493139B1 (zh) |
CN (1) | CN109639829B (zh) |
WO (1) | WO2020147460A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3815412A1 (en) * | 2018-06-26 | 2021-05-05 | Nokia Solutions and Networks Oy | Communication system |
CN109639829B (zh) * | 2019-01-15 | 2021-03-30 | 腾讯科技(深圳)有限公司 | 基于服务的通信方法、通信单元、服务支持单元和*** |
US12003592B2 (en) * | 2019-04-02 | 2024-06-04 | Telefonaktiebolagget LM Ericsson (Publ) | Method and apparatus for service discovery |
CN110072273B (zh) | 2019-05-06 | 2022-02-15 | 腾讯科技(深圳)有限公司 | 一种通信方法、装置、实体及存储介质 |
CN110225131A (zh) * | 2019-06-19 | 2019-09-10 | 广州小鹏汽车科技有限公司 | 一种服务调用方法和装置 |
CN112653716B (zh) * | 2019-10-11 | 2022-05-24 | 华为技术有限公司 | 服务绑定的方法及装置 |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH11167535A (ja) * | 1997-10-28 | 1999-06-22 | Hitachi Ltd | プログラム配布方法 |
JP2003345685A (ja) * | 2002-05-22 | 2003-12-05 | Seiko Epson Corp | デバイス共有システム、デバイス管理端末、ゲートウェイ端末、デバイス、端末用プログラム及びデバイス用プログラム、並びに、デバイス共有サービス提供方法 |
US8244179B2 (en) * | 2005-05-12 | 2012-08-14 | Robin Dua | Wireless inter-device data processing configured through inter-device transmitted data |
US8842815B2 (en) * | 2009-07-29 | 2014-09-23 | Comcast Cable Communications, Llc | Identity management and service access for local user group based on network-resident user profiles |
CN102185728B (zh) * | 2011-06-10 | 2013-12-25 | 上海志新信息科技有限公司 | 具有统一管理平台的通信***及其通信方法 |
EP2688263A1 (en) * | 2012-07-17 | 2014-01-22 | Tele2 Sverige AB | System and method for delegated authentication and authorization |
US9036603B2 (en) | 2012-08-03 | 2015-05-19 | Intel Corporation | Network assistance for device-to-device discovery |
JP5991193B2 (ja) * | 2012-12-26 | 2016-09-14 | ブラザー工業株式会社 | 情報処理プログラム、情報処理装置および情報処理装置の制御方法 |
US10116488B2 (en) * | 2014-10-09 | 2018-10-30 | Rockwell Automation Technologies, Inc. | System for analyzing an industrial control network |
JP6432940B2 (ja) * | 2015-02-20 | 2018-12-05 | 日本電信電話株式会社 | 情報通信システム及びその通信制御方法並びに通信制御プログラム |
US9755941B2 (en) * | 2015-11-04 | 2017-09-05 | Veniam, Inc. | Adaptive rate control for vehicular networks |
US20180007178A1 (en) * | 2016-04-13 | 2018-01-04 | Dinesh Subhraveti | Method and system of decoupling applications from underlying communication media through shim layers |
US10728952B2 (en) | 2017-01-09 | 2020-07-28 | Huawei Technologies Co., Ltd. | System and methods for session management |
CN109639829B (zh) * | 2019-01-15 | 2021-03-30 | 腾讯科技(深圳)有限公司 | 基于服务的通信方法、通信单元、服务支持单元和*** |
CN113748699A (zh) * | 2019-04-27 | 2021-12-03 | 诺基亚技术有限公司 | 用于通信***中的间接通信的服务授权 |
-
2019
- 2019-01-15 CN CN201910036028.3A patent/CN109639829B/zh active Active
- 2019-12-10 WO PCT/CN2019/124308 patent/WO2020147460A1/zh unknown
- 2019-12-10 JP JP2021538217A patent/JP7204927B2/ja active Active
- 2019-12-10 KR KR1020217017263A patent/KR102493139B1/ko active IP Right Grant
- 2019-12-10 EP EP19910698.0A patent/EP3913892A4/en active Pending
-
2021
- 2021-04-12 US US17/228,633 patent/US12010760B2/en active Active
Non-Patent Citations (1)
Title |
---|
3GPP TR 23.742 V16.0.0;3GPP TSG SA;Study on Enhancements to the Service-Based Architecture;3GPP;《3GPP TSG SA》;20181219;第5.3.1、6.3.3、6.4.3.2、6.5、6.6、6.7.2.4、6.7.2.5、6.21.2、8.3,第12、34-35、42-55、58-59、103、119-121页 * |
Also Published As
Publication number | Publication date |
---|---|
EP3913892A1 (en) | 2021-11-24 |
US20210235260A1 (en) | 2021-07-29 |
JP7204927B2 (ja) | 2023-01-16 |
KR20210083354A (ko) | 2021-07-06 |
US12010760B2 (en) | 2024-06-11 |
JP2022515653A (ja) | 2022-02-21 |
EP3913892A4 (en) | 2022-03-09 |
WO2020147460A1 (zh) | 2020-07-23 |
KR102493139B1 (ko) | 2023-01-30 |
CN109639829A (zh) | 2019-04-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109639829B (zh) | 基于服务的通信方法、通信单元、服务支持单元和*** | |
CN111656754B (zh) | 用于边缘计算服务的方法及其电子装置 | |
KR101464417B1 (ko) | 비상 세션을 위한 구축 원인을 결정하는 시스템 및 방법 | |
CN110121902B (zh) | 一种通信建立的方法及终端 | |
US11902389B2 (en) | Mechanism to facilitate signaling traffic | |
CN109155797B (zh) | 通信方法及装置 | |
CN110830282B (zh) | 一种用户面功能配置的方法、装置及设备 | |
CN113826372A (zh) | 用于边缘计算服务的方法及其电子设备 | |
US10021512B2 (en) | Switching to advertising locator after connection establishment | |
CN113647074A (zh) | 用于边缘计算服务的方法及其电子装置 | |
JP7345062B2 (ja) | 中継接続確立方法及び機器 | |
CN104113620A (zh) | 通讯录更新方法、更新装置及用户终端 | |
CN105376761B (zh) | 建立通话连接的方法、装置和通话*** | |
US20240022469A1 (en) | Method for determining edge configuration server and apparatus | |
CN110493771B (zh) | 数据网络的连接方法、装置、存储介质及终端设备 | |
CN105978789B (zh) | 一种消息推送***及方法 | |
JP2023509407A (ja) | マルチキャストサービス処理方法、マルチキャストサービス構成方法、端末及びネットワーク機器 | |
WO2024119292A1 (zh) | 网络服务方法、通信装置及通信*** | |
WO2023125856A1 (zh) | Ursp规则的监控和上报方法、装置、终端及网元 | |
WO2023212873A1 (zh) | 卫星通信的upf确定方法、装置、通信设备及存储介质 | |
WO2023005898A1 (zh) | 多终端联合会话管理方法、网络侧设备及终端 | |
CN116267034A (zh) | 边缘应用服务器的选择方法及装置、网元设备、终端及存储介质 | |
CN116267035A (zh) | 边缘服务器的路由选择方法、装置、通信设备及存储介质 | |
CN115695372A (zh) | Dns服务器选择方法、装置、设备及计算机存储介质 | |
CN115883511A (zh) | Dns配置的处理方法、装置、通信设备及可读存储介质 |
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 |