TW201711423A - 裝置、方法及程式 - Google Patents

裝置、方法及程式 Download PDF

Info

Publication number
TW201711423A
TW201711423A TW105115331A TW105115331A TW201711423A TW 201711423 A TW201711423 A TW 201711423A TW 105115331 A TW105115331 A TW 105115331A TW 105115331 A TW105115331 A TW 105115331A TW 201711423 A TW201711423 A TW 201711423A
Authority
TW
Taiwan
Prior art keywords
api
information
communication
recording
service
Prior art date
Application number
TW105115331A
Other languages
English (en)
Other versions
TWI769134B (zh
Inventor
Shin Saito
Original Assignee
Sony Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of TW201711423A publication Critical patent/TW201711423A/zh
Application granted granted Critical
Publication of TWI769134B publication Critical patent/TWI769134B/zh

Links

Classifications

    • 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
    • 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/56—Provisioning of proxy services
    • H04L67/563—Data redirection of data network streams
    • 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
    • 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/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Reduction Or Emphasis Of Bandwidth Of Signals (AREA)

Abstract

提出一種可適切選擇向終端提供服務之邊緣伺服器的裝置、方法及程式。 一種裝置，係具備：取得部，係將由中繼著前記裝置與核心網路之通訊的中繼節點所提供，並被向前記裝置提供服務之服務提供裝置所使用的，用來取得前記中繼節點之通訊之相關資訊所需的API之相關資訊，加以取得；和選擇處理部，係基於已被前記取得部所取得之前記API之相關資訊，而進行用來選擇服務提供來源之前記服務提供裝置所需之處理。

Description

裝置、方法及程式
本揭露係有關於裝置、方法及程式。
近年來，以被設置在與智慧型手機等終端實體性接近位置的伺服器(以下亦稱為邊緣伺服器)來進行資料處理，一種稱為行動邊緣計算(MEC：Mobile-Edge Computing)技術正受到矚目。例如，下記非專利文獻1中係揭露，關於MEC之技術的標準規格，係被研討。
在MEC中，在與終端實體性接近的位置配置有邊緣伺服器，因此相較於被集中性配置的一般的雲端伺服器，通訊延遲較為縮短，使得要求高即時性的應用程式之利用成為可能。又，在MEC中，係藉由使得目前為止在終端側上所被處理的機能，被接近終端的邊緣伺服器做分散處理，可不受限於終端的性能而實現高速的網路應用程式處理。邊緣伺服器，係可具有例如身為應用程式伺服器之機能、及身為內容伺服器之機能等等多樣的機能，而可向終端提供多樣的服務。
[先前技術文獻] [非專利文獻]
[非專利文獻1]ETSI,“Mobile-Edge Computing-Introductory Technical White Paper”，2014年9月，[2015年5月28日檢索]，網際網路<https：//portal.etsi.org/Portals/0/TBpages/MEC/Docs/Mobile-edge_Computing_-_Introductory_Technical_White_Paper_V1%2018-09-14.pdf>
上記非專利文獻1等中的研討內容，係由於開始研討還沒有多久，因此關於MEC的技術難謂有被充份地提案。例如，用來選擇向終端提供服務之邊緣伺服器所需之技術，就是為被充份提案的技術之一。
於是，在本揭露中係提出一種，可適切選擇向終端提供服務之邊緣伺服器的，新穎且改良過的裝置、方法及程式。
若依據本揭露，則可提供一種裝置，係具備：取得部，係將由中繼著前記裝置與核心網路之通訊的中繼節點所提供，並被向前記裝置提供服務之服務提供裝置所使用的，用來取得前記中繼節點之通訊之相關資訊所 需的API之相關資訊，加以取得；和選擇處理部，係基於已被前記取得部所取得之前記API之相關資訊，而進行用來選擇服務提供來源之前記服務提供裝置所需之處理。
又，若依據本揭露，則可提供一種裝置，係具備：取得部，係將由中繼著終端裝置與核心網路之通訊的中繼節點所提供的，用來取得前記中繼節點之通訊之相關資訊所需的API之相關資訊，加以取得；和通知部，係將已被前記取得部所取得之前記API之相關資訊，通知給前記終端裝置。
又，若依據本揭露，則可提供一種裝置，係具備：中繼處理部，係將終端裝置與核心網路之通訊，予以中繼；和提供部，係將被前記中繼處理部所中繼之通訊之相關資訊，提供給向前記終端裝置提供服務之服務提供裝置。
又，若依據本揭露，則可提供一種方法，係含有：將由中繼著裝置與核心網路之通訊的中繼節點所提供，並被向前記裝置提供服務之服務提供裝置所使用的，用來取得前記中繼節點之通訊之相關資訊所需的API之相關資訊，加以取得的步驟；和基於已被取得之前記API之相關資訊，而藉由處理器進行用來選擇服務提供來源之前記服務提供裝置所需之處理的步驟。
又，若依據本揭露，則可提供一種方法，係含有：將由中繼著終端裝置與核心網路之通訊的中繼節點所提供的，用來取得前記中繼節點之通訊之相關資訊所需 的API之相關資訊，加以取得的步驟；和將已被取得之前記API之相關資訊，藉由處理器而通知給前記終端裝置之步驟。
又，若依據本揭露，則可提供一種方法，係含有：將終端裝置與核心網路之通訊，予以中繼的步驟；和將所被中繼之通訊之相關資訊，藉由處理器而提供給向前記終端裝置提供服務之服務提供裝置。
又，若依據本揭露，則可提供一種程式，係用來使電腦發揮機能而成為：取得部，係將由中繼著終端裝置與核心網路之通訊的中繼節點所提供的，用來取得前記中繼節點之通訊之相關資訊所需的API之相關資訊，加以取得；和通知部，係將已被前記取得部所取得之前記API之相關資訊，通知給前記終端裝置。
又，若依據本揭露，則可提供一種程式，係用來使電腦發揮機能而成為：中繼處理部，係將終端裝置與核心網路之通訊，予以中繼；和提供部，係將被前記中繼處理部所中繼之通訊之相關資訊，提供給向前記終端裝置提供服務之服務提供裝置。
又，若依據本揭露，則可提供一種程式，係用來使電腦發揮機能而成為：取得部，係將由中繼著裝置與核心網路之通訊的中繼節點所提供，並被向前記裝置提供服務之服務提供裝置所使用的，用來取得前記中繼節點之通訊之相關資訊所需的API之相關資訊，加以取得；和選擇處理部，係基於已被前記取得部所取得之前記API之 相關資訊，而進行用來選擇服務提供來源之前記服務提供裝置所需之處理。
如以上說明，若依據本揭露，則可適切選擇向終端提供服務之邊緣伺服器。此外，上記效果並非一定要限定解釋，亦可和上記效果一併、或取代上記效果，而達成本說明書所欲揭露之任一效果、或可根據本說明書來掌握的其他效果。
1‧‧‧系統
10‧‧‧蜂巢網
40‧‧‧核心網路
50‧‧‧封包資料網路
60‧‧‧應用程式伺服器
100‧‧‧無線通訊裝置
110‧‧‧天線部
120‧‧‧無線通訊部
130‧‧‧網路通訊部
140‧‧‧記憶部
150‧‧‧處理部
151‧‧‧中繼處理部
153‧‧‧提供部
155‧‧‧通知部
200‧‧‧終端裝置
210‧‧‧天線部
220‧‧‧無線通訊部
230‧‧‧記憶部
240‧‧‧處理部
241‧‧‧取得部
243‧‧‧選擇處理部
300‧‧‧MEC伺服器
310‧‧‧通訊部
320‧‧‧記憶部
330‧‧‧處理部
331‧‧‧取得部
333‧‧‧通知部
335‧‧‧探索部
337‧‧‧服務處理部
800‧‧‧eNB
810‧‧‧天線
820‧‧‧基地台裝置
821‧‧‧控制器
822‧‧‧記憶體
823‧‧‧網路介面
824‧‧‧核心網路
825‧‧‧無線通訊介面
826‧‧‧BB處理器
827‧‧‧RF電路
830‧‧‧eNodeB
840‧‧‧天線
850‧‧‧基地台裝置
851‧‧‧控制器
852‧‧‧記憶體
853‧‧‧網路介面
854‧‧‧核心網路
855‧‧‧無線通訊介面
856‧‧‧BB處理器
857‧‧‧連接介面
860‧‧‧RRH
861‧‧‧連接介面
863‧‧‧無線通訊介面
864‧‧‧RF電路
870‧‧‧eNB
881‧‧‧Inter Cell RRM
882‧‧‧RB Control
883‧‧‧Connection Mobility Control
884‧‧‧Radio Admission Control
885‧‧‧eNB Measurement Configuration & Provision
886‧‧‧Dynamic Resource Allocation(Scheduler)
891‧‧‧RRC
892‧‧‧PDCP
893‧‧‧RLC
894‧‧‧MAC
895‧‧‧PHY
900‧‧‧智慧型手機
901‧‧‧處理器
902‧‧‧記憶體
903‧‧‧儲存體
904‧‧‧外部連接介面
906‧‧‧相機
907‧‧‧感測器
908‧‧‧麥克風
909‧‧‧輸入裝置
910‧‧‧顯示裝置
911‧‧‧揚聲器
912‧‧‧無線通訊介面
913‧‧‧BB處理器
914‧‧‧RF電路
915‧‧‧天線開關
916‧‧‧天線
917‧‧‧匯流排
918‧‧‧電池
919‧‧‧輔助控制器
920‧‧‧行車導航裝置
921‧‧‧處理器
922‧‧‧記憶體
924‧‧‧GPS模組
925‧‧‧感測器
926‧‧‧資料介面
927‧‧‧內容播放器
928‧‧‧記憶媒體介面
929‧‧‧輸入裝置
930‧‧‧顯示裝置
931‧‧‧揚聲器
933‧‧‧無線通訊介面
934‧‧‧BB處理器
935‧‧‧RF電路
936‧‧‧天線開關
937‧‧‧天線
938‧‧‧電池
940‧‧‧車載系統
941‧‧‧車載網路
942‧‧‧車輛側模組
[圖1]用來說明MEC之概要的說明圖。
[圖2]用來說明MEC伺服器之平台的說明圖。
[圖3]本揭露之一實施形態所述之系統之概略構成之一例的說明圖。
[圖4]本揭露的一實施形態所述之無線通訊裝置之構成之一例的區塊圖。
[圖5]本揭露的一實施形態所述之終端裝置之構成之一例的區塊圖。
[圖6]本揭露的一實施形態所述之MEC伺服器之構成之一例的區塊圖。
[圖7]用來說明第1實施形態所述之終端裝置上所被顯示之UI之一例的說明圖。
[圖8]用來說明同實施形態所述之終端裝置上所被顯示之UI之一例的說明圖。
[圖9]用來說明第1具體例所述之裝置間的通訊路徑之一例的說明圖。
[圖10]同具體例所述之系統中所被執行的API資訊之確認處理的流程之一例的程序圖。
[圖11]同具體例所述之系統中所被執行的API資訊之確認處理的流程之一例的程序圖。
[圖12]用來說明同具體例所述之裝置間的通訊路徑之一例的說明圖。
[圖13]同具體例所述之UE中所被執行的應用程式開始處理的流程之一例的流程圖。
[圖14]用來說明ECGI之構成的說明圖。
[圖15]同具體例所述之系統中所被執行的服務提供處理的流程之一例的程序圖。
[圖16]同具體例所述之系統中所被執行的服務提供處理的流程之一例的程序圖。
[圖17]用來說明第2具體例所述之裝置間的通訊路徑之一例的說明圖。
[圖18]用來說明同具體例所述之裝置間的通訊路徑之一例的說明圖。
[圖19]同具體例所述之系統中所被執行的服務提供處理的流程之一例的程序圖。
[圖20]用來說明第3具體例所述之裝置間的通訊路徑 之一例的說明圖。
[圖21]同具體例所述之系統中所被執行的服務提供處理的流程之一例的程序圖。
[圖22]用來說明同具體例所述之裝置間的通訊路徑之一例的說明圖。
[圖23]同具體例所述之系統中所被執行的服務提供處理的流程之一例的程序圖。
[圖24]用來說明本揭露的一實施形態所述之系統所相關之補充事項的說明圖。
[圖25]用來說明本揭露的一實施形態所述之系統所相關之補充事項的說明圖。
[圖26]本揭露之一實施形態所述之系統中所含之裝置間所被利用之通訊協定之一例的圖示。
[圖27]本揭露之一實施形態所述之系統中所含之裝置間所被利用之通訊協定之一例的圖示。
[圖28]本揭露之一實施形態所述之系統中所含之裝置間所被利用之通訊協定之一例的圖示。
[圖29]本揭露之一實施形態所述之系統中所含之裝置間所被利用之通訊協定之一例的圖示。
[圖30]本揭露之一實施形態所述之系統中所含之裝置間所被利用之通訊協定之一例的圖示。
[圖31]本揭露之一實施形態所述之系統中所含之裝置間所被利用之通訊協定之一例的圖示。
[圖32]用來說明本揭露的一實施形態所述之系統所相 關之補充事項的說明圖。
[圖33]用來說明本揭露的一實施形態所述之系統所相關之補充事項的說明圖。
[圖34]eNB之概略構成之第1例的區塊圖。
[圖35]eNB之概略構成之第2例的區塊圖。
[圖36]eNB之概略機能構成之一例的區塊圖。
[圖37]智慧型手機之概略構成之一例的區塊圖。
[圖38]行車導航裝置之概略構成之一例的區塊圖。
以下，一邊參照添附圖式，一邊詳細說明本揭露的理想實施形態。此外，於本說明書及圖面中，關於實質上具有同一機能構成的構成要素，係標示同一符號而省略重疊說明。
又，於本說明書及圖面中，實質上具有相同機能構成的要素，有時候是在同一符號之後附上不同的英文字母來區別。例如，實質上具有同一機能構成的複數要素，因應需要而會以像是終端裝置200A、200B及200C這樣來區別。但是，沒有必要區別實質上具有同一機能構成的複數要素之每一者時，就僅標示同一符號。例如，若無特別需要區別終端裝置200A、200B及200C時，則簡稱為終端裝置200。
此外，說明是按照以下順序進行。
1.導論
1.1. MEC
1.2.技術課題
2.系統的概略構成
3.各裝置之構成
4.第1實施形態
4.1.技術特徵
4.2.具體例
4.2.1.第1例
4.2.2.第2例
4.2.3.第3例
5.補充
6.應用例
7.總結
<<1.導論>> <1.1. MEC> (1)概要
首先，參照圖1，說明MEC之概要。圖1係用來說明MEC之概要的說明圖。在圖1中，上段係圖示，在以LTE(Long Term Evolution)為代表的現狀之(MEC未被導入的)移動體通訊中，UE(User Equipment)存取應用程式及內容所需之通訊路徑。又，下段係圖示，MEC被導入的情況下，UE存取應用程式及內容所需之通訊路徑。
如圖1的上段所示，在現狀的移動體通訊中，應用程式及內容係被配置在，比EPC(Evolved Packet Core)還要外側(離UE較遠側)的IP網路上。因此，UE係為了執行應用程式、或為了取得內容，必須要經過所有的一路資料中心為止的位於中途路徑上的中繼網(例如Backbone network)、EPC、回程鏈結、基地台、及存取鏈結而進行通訊。因此，會產生龐大的網路成本及延遲。
另一方面，如圖1的下段所示，於MEC中，應用程式及內容，係被保持在EPC之內側(靠近UE側)。例如，在圖1所示的例子中，與基地台一體形成的MEC伺服器(亦即邊緣伺服器)，係成為應用程式伺服器及內容伺服器而發揮機能。因此，UE為了執行應用程式、或為了取得內容，只需在比EPC還內側進行主要的通訊即可(嚴謹來說，與EPC外的伺服器的交訊也是有可能存在)。因此，藉由導入MEC，不只可以達成極低延遲之通訊，還可削減存取鏈結以外(例如回程鏈結、EPC、及中繼網)的流量。甚至，通訊之低延遲化及存取鏈結以外之流量削減，係也會對吞吐率之提升、以及UE及網路側之低耗電化，有所貢獻。如此，藉由MEC之導入，對使用者、網路提供者、服務提供者而言，可以產生各式各樣的優點。MEC，係在較本地側(亦即靠近UE側)將資料進行分散處理，因此尤其對於地區相關性高的應用程式之應用、對分散計算機之應用，是受到期待。
此外，在圖1中雖然圖示了，MEC伺服器是 與基地台一體形成的例子，但本技術係不限定於所述例子。MEC伺服器，係亦可以異於基地台的裝置而被形成，亦可與基地台實體性分離。在本實施形態中，作為一例，是假設MEC伺服器是與基地台一體設置來做說明。以下，將與基地台一體形成的MEC伺服器，亦稱為對應於基地台的MEC伺服器，其反之也同樣地亦稱為，對應於MEC伺服器的基地台。
(2)平台
接下來，參照圖2，說明MEC伺服器的平台。
圖2係用來說明MEC伺服器之平台的說明圖。最下層的構成要素也就是3GPP無線網路要素(3GPP Radio Network Element)，係為天線及放大器等之基地台設備。其上的主機代管基礎設施(Hosting Infrastructure)，係由伺服器機材等之硬體資源(Hardware Resources)、和藉由將這些予以虛擬化的軟體所形成的虛擬化層(Virtualization Layer)所形成，可提供一般的虛擬伺服器技術。在該虛擬伺服器上，係有應用程式平台(Application Platform)動作。
虛擬化管理器(Virtualization Manager)，係進行最上位之各應用程式(MEC App)所動作的機器也就是VM(Virtual Machine)的生成及消滅等之管理。各應用程式係可被不同的企業所執行，因此虛擬化管理器係要求安全性及考慮所分配的資源之分離等，但可適用一般的雲端基 礎設施技術。
應用程式平台服務(Application Platform Service)，係為MEC的特徵性共通服務之集合體。流量卸載機能(Traffic Offload Function)，係來自UE之要求是由MEC伺服器上的應用程式進行處理時和是由網際網路上之應用程式(資料伺服器上的母應用程式)進行處理時，進行路由等之切換控制。無線網路資訊服務(Radio Network Information Services)，係需要MEC伺服器上的各應用程式，對應於MEC伺服器的基地台與UE間的電波強度等之無線狀況資訊的情況下，則從下層的無線網路取得資訊然後提供給應用程式。通訊服務(Communication Services)，係提供MEC伺服器上的各應用程式與UE或網際網路上的應用程式進行通訊時的路徑。服務登錄(Service Registry)，係在有MEC伺服器上的各應用程式之生成或動作要求時，將該應用程式是否為正統予以認證、登錄、並回答來自其他實體的查詢。
在以上說明的應用程式平台之上，各VM上的各應用程式係會動作，取代網際網路上的應用程式或是藉由協同運作而將各種服務提供給UE。
MEC伺服器，係想定設置在多數的基地台，因此將多數的MEC伺服器彼此加以管理及使其協同運作的機制之研討，也被要求著。主機代管基礎設施管理系統(Hosting Infrastructure Management System)、應用程式平台管理系統(Application Platform Management System)、 應用程式管理系統(Application Management System)，係管理MEC伺服器上的對應之各實體，並使其協同運作。
(3)標準化的動向
在歐洲，係在2014年10月，在ETSI設置ISG(Industry Specification Groups)，開始進行MEC的標準化作業。最初的規格是以2016年末為目標，現在正朝向標準化作業邁進。更詳言之，在ETSI ISG NFV(Network Function Virtualization)及3GPP等的協力之下，以MEC實現所需之API的標準化為中心，而正在邁向標準化。
<1.2.技術課題>
目前為止，關於來自雲端伺服器的內容之提供，係主要是基於網路層(IP)上的延遲時間或頻寬等，來進行提供來源的伺服器之選擇。然而，關於包含無線區間的路徑，係會隨著無線網路之狀況而在延遲時間及頻寬等會產生變動，因此有時候要提供穩定的服務會有困難。因此，期望能夠定義出，由基地台對上層(例如應用程式)提供無線網路之資訊的標準API(Application Programming Interface)。現狀下，如此的API未被定義。
假設，就算此種API有被定義，但隨著無線網路之運作者的情形(例如契約、維修、流量之狀況等)等，API之開閉(開放/閉鎖)仍可能會有所變動。因此，在上層中，還要考慮無線網路之狀況而適應性地進行應用程 式的動作設定，是有困難的。
在MEC技術導入之際，期望能夠改善如此的狀況。
於是，將上記情形當作一個著眼點，而創作出本揭露之一實施形態所述之系統。在本實施形態所述之系統中，定義了用來從基地台往上層提供無線網路之資訊所需之API。
藉此，在上層中，還考慮無線網路之狀況而適應性地進行應用程式的動作設定，係成為可能。例如，MEC伺服器，係可在應用程式層的會談開始之際，在提供內容之前，基於使用上記API而知得的無線區間之狀況，來進行資料格式、資料傳輸速率、內容的編解碼器、資料長度等之動作設定。MEC伺服器係藉由經過如此的動作設定而開始通訊，就可使所提供的應用程式最佳化。
甚至，終端係可隨著上記API之有無、及開閉，來動態地選擇服務提供來源之MEC伺服器。目前為止，是由運作者主導而選擇終端之通訊路徑，相對於此，會變成由應用程式主導而選擇終端之通訊路徑。藉此，使用者係就可經由較適切的通訊路徑來接受服務之提供。
<<2.系統的概略構成>>
接著，參照圖3，說明本揭露的一實施形態中所述之系統1的概略構成。圖3係本揭露之一實施形態所述之系統1之概略構成之一例的說明圖。參照圖3，系統1係含 有：無線通訊裝置100、終端裝置200、及MEC伺服器300。此處，終端裝置200係也被稱為使用者。該當使用者，係也可被稱為使用者機器(User Equipment：UE)。無線通訊裝置100C，係亦被稱為UE-Relay。此處的UE，係可為LTE或LTE-A中所被定義的UE，UE-Relay係亦可為3GPP中所正討論的Prose UE to Network Relay，也可意指一般的通訊機器。
(1)無線通訊裝置100
無線通訊裝置100，係為向旗下之裝置提供無線通訊服務的裝置。例如，無線通訊裝置100A，係為蜂巢式系統(或移動體通訊系統)的基地台。基地台100A，係與位於基地台100A的蜂巢網10A之內部的裝置(例如終端裝置200A)，進行無線通訊。例如，基地台100A，係向終端裝置200A發送下鏈訊號，從終端裝置200A接收上鏈訊號。
基地台100A，係與其他基地台藉由例如X2介面而被邏輯性地連接，可進行控制資訊等之收送訊。又，基地台100A，係與核心網路40藉由例如S1介面而被邏輯性地連接，可進行控制資訊等之收送訊。此外，這些裝置間的通訊，在實體上係可藉由多樣的裝置而被中繼。
此處，圖3所示的無線通訊裝置100A係為巨集蜂巢網基地台，蜂巢網10係為巨集蜂巢網。另一方 面，無線通訊裝置100B及100C，係為分別運用小型蜂巢網10B及10C的主裝置。作為一例，主裝置100B係為被固定設置的小型蜂巢網基地台。小型蜂巢網基地台100B，係和巨集蜂巢網基地台100A之間建立無線回程鏈結，和小型蜂巢網10B內的1台以上之終端裝置(例如終端裝置200B)之間建立存取鏈結。主裝置100C，係為動態AP(存取點)。動態AP100C，係為將小型蜂巢網10C做動態運用的移動裝置。動態AP100C，係和巨集蜂巢網基地台100A之間建立無線回程鏈結，和小型蜂巢網10C內的1台以上之終端裝置(例如終端裝置200C)之間建立存取鏈結。動態AP100C係可為，例如，搭載有可運作成為基地台或無線存取點的硬體或軟體的終端裝置。此情況的小型蜂巢網10C，係為被動態形成的局部性網路(Localized Network/Virtual cell)。
蜂巢網10係例如，依照LTE、LTE-A(LTE-Advanced)、GSM(註冊商標)、UMTS、W-CDMA、CDMA200、WiMAX、WiMAX2或IEEE802.16等之任意之無線通訊方式而被運用即可。
此外，小型蜂巢網係為可以包含有：與巨集蜂巢網重疊或非重疊配置的，比巨集蜂巢網還小的各種種類之蜂巢網(例如毫微微蜂巢網、毫微蜂巢網、微微蜂巢網及微蜂巢網等)之概念。在某個例子中，小型蜂巢網係被專用的基地台所運用。在別的例子中，小型蜂巢網係為，身為主裝置之終端是成為小型蜂巢網基地台而暫時動 作，而被運用。所謂的中繼節點，也是可以視為小型蜂巢網基地台之一形態。此外，關於中繼節點，係在例如技術規格書「3GPP TS36.216 version12.0.0 Release12“Universal Mobile Telecommunications System(UMTS)；LTE；Evolved Universal Terrestrial Radio Access(E-UTRA)；Physical layer for relaying operation”」中有詳細記載。
(2)終端裝置200
終端裝置200係可於蜂巢網系統(或移動體通訊系統)中進行通訊。終端裝置200，係與蜂巢網系統的無線通訊裝置(例如基地台100A、主裝置100B或100C)進行無線通訊。例如，終端裝置200A，係將來自基地台100A的下鏈訊號予以接收，並將往基地台100A的上鏈訊號予以發送。
(3)應用程式伺服器60
應用程式伺服器60，係為向使用者提供服務的裝置。應用程式伺服器60，係被連接至封包資料網路(PDN)50。另一方面，基地台100，係被連接至核心網路40。核心網路40，係透過閘道裝置(未圖示)而被連接至PDN50。因此，無線通訊裝置100，係將應用程式伺服器60所提供的服務，透過封包資料網路50、核心網路40及無線通訊路而提供給MEC伺服器300、及使用者。
(4)MEC伺服器300
MEC伺服器300，係為向使用者提供服務(應用程式或內容等)的服務提供裝置。MEC伺服器300，係可被設在無線通訊裝置100。此情況下，無線通訊裝置100，係將MEC伺服器300所提供的服務，透過無線通訊路而提供給使用者。MEC伺服器300，係亦可以邏輯性的機能實體的方式而被實現，也可如圖3所示般地與無線通訊裝置100一體形成。
例如，基地台100A，係將MEC伺服器300A所提供的服務，提供給連接至巨集蜂巢網10的終端裝置200A。又，基地台100A，係將MEC伺服器300A所提供的服務，透過主裝置100B，提供給連接至小型蜂巢網10B的終端裝置200B。
又，主裝置100B，係將MEC伺服器300B所提供的服務，提供給連接至小型蜂巢網10B的終端裝置200B。同樣地，主裝置100C，係將MEC伺服器300C所提供的服務，提供給連接至小型蜂巢網10C的終端裝置200C。
(5)補充
以上，雖然展示了系統1的概略性構成，但本技術係不限定於圖3所示的例子。例如，作為系統1的構成，亦可採用不含主裝置的構成、SCE(Small Cell Enhancement)、 HetNet(Heterogeneous Network)、MTC(Machine Type Communication)網路等。
<<3.各裝置之構成>>
接下來，參照圖4~圖6，說明本揭露之一實施形態所述之無線通訊裝置100、終端裝置200、及MEC伺服器300之構成。
<3.1.無線通訊裝置之構成>
首先，參照圖4，說明本揭露的一實施形態所述之無線通訊裝置100的構成之一例。圖4係本揭露之一實施形態所述之無線通訊裝置100之構成之一例的區塊圖。參照圖4，無線通訊裝置100係具備：天線部110、無線通訊部120、網路通訊部130、記憶部140及處理部150。
(1)天線部110
天線部110，係將無線通訊部120所輸出之訊號，以電波方式在空間中輻射。又，天線部110，係將空間之電波轉換成訊號，將該當訊號輸出至無線通訊部120。
(2)無線通訊部120
無線通訊部120，係將訊號予以收送訊。例如，無線通訊部120，係向終端裝置發送下鏈訊號，從終端裝置接收上鏈訊號。
(3)網路通訊部130
網路通訊部130，係收送資訊。例如，網路通訊部130，係向其他節點發送資訊，從其他節點接收資訊。例如，上記其他節點係包含其他基地台、無線通訊裝置100為小型蜂巢網基地台時的巨集蜂巢網基地台、及核心網路節點。
(4)記憶部140
記憶部140，係將無線通訊裝置100之動作所需之程式及各種資料，予以暫時或永久性記憶。
(5)處理部150
處理部150，係提供無線通訊裝置100的各種機能。處理部150係含有：中繼處理部151、提供部153及通知部155。此外，處理部150，係亦可還含有這些構成要素以外之其他構成要素。亦即，處理部150係還可進行這些構成要素之動作以外之動作。
中繼處理部151、提供部153及通知部155的動作，係在後面詳細說明。
<3.2.終端裝置之構成>
接下來，參照圖5，說明本揭露的一實施形態所述之終端裝置200的構成之一例。圖5係本揭露之一實施形態 所述之終端裝置200之構成之一例的區塊圖。參照圖5，終端裝置200係具備：天線部210、無線通訊部220、記憶部230及處理部240。
(l)天線部210
天線部210，係將無線通訊部220所輸出之訊號，以電波方式在空間中輻射。又，天線部210，係將空間之電波轉換成訊號，將該當訊號輸出至無線通訊部220。
(2)無線通訊部220
無線通訊部220，係將訊號予以收送訊。例如，無線通訊部220，係將來自基地台或主裝置的下鏈訊號予以接收，並將往基地台或主裝置的上鏈訊號予以發送。
(3)記憶部230
記憶部230，係將終端裝置200之動作所需之程式及各種資料，予以暫時或永久性記憶。
(4)處理部240
處理部240，係提供終端裝置200的各種機能。處理部240係含有取得部241及選擇處理部243。此外，處理部240，係亦可還含有這些構成要素以外之其他構成要素。亦即，處理部240係還可進行這些構成要素之動作以外之動作。
取得部241及選擇處理部243之動作，係在後面詳細說明。
<3.3. MEC伺服器之構成>
接下來，參照圖6，說明本揭露的一實施形態所述之MEC伺服器300的構成之一例。圖6係本揭露之一實施形態所述之MEC伺服器300之構成之一例的區塊圖。參照圖6，MEC伺服器300係具備：通訊部310、記憶部320、及處理部330。
(1)通訊部310
通訊部310，係將訊號予以收送訊。例如，通訊部310，係與對應的無線通訊裝置100之間進行通訊。若MEC伺服器300是以邏輯實體的方式而被形成，且被包含在無線通訊裝置100中，則通訊部310係例如與處理部150之間進行通訊。
(2)記憶部320
記憶部320，係將MEC伺服器300之動作所需之程式及各種資料，予以暫時或永久性記憶。例如，MEC伺服器300，係可將被提供給使用者的多樣內容、及應用程式，加以記憶。
(3)處理部330
處理部330，係提供MEC伺服器300的各種機能。處理部330係含有：取得部331、通知部333、探索部335、及服務處理部337。此外，處理部330，係亦可還含有這些構成要素以外之其他構成要素。亦即，處理部330係還可進行這些構成要素之動作以外之動作。
取得部331、通知部333、探索部335、及服務處理部337之動作，係在後面詳細說明。
<<4.第1實施形態>> <4.1.技術特徵>
首先說明本實施形態的技術特徵。
(1)服務的提供
MEC伺服器300(例如服務處理部337)係進行，用來向終端裝置200提供服務(應用程式或內容等)所需之處理。所被提供的服務，係被對應的無線通訊裝置100所中繼，而被發送至終端裝置200。來自終端裝置200的資訊也是，同樣藉由無線通訊裝置100而被中繼然後被發送至MEC伺服器300。
此外，MEC伺服器300，係在藉由比對應的無線通訊裝置100還上位的其他無線通訊裝置100(例如對小型蜂巢網基地台而言的巨集蜂巢網基地台)所對應之其他MEC伺服器300來提供服務的情況下，本身亦可不提供服務。
無線通訊裝置100(例如中繼處理部151)，係將終端裝置200與核心網路之通訊，予以中繼。又，無線通訊裝置100，係將終端裝置200與MEC伺服器300之通訊，予以中繼。如此，無線通訊裝置100，係藉由身為中繼節點的機能，而將MEC伺服器300所提供的服務，中寄給終端裝置200。
(2)各種資訊之內容
無線通訊裝置100、終端裝置200及MEC伺服器300，係可交換著多樣的資訊。以下說明所被交換的各資訊。
(a)通訊資訊
通訊資訊，係為無線通訊裝置100的通訊之相關資訊。
(a1)第1通訊資訊
通訊資訊係可包含：無線通訊裝置100與連接至該當無線通訊裝置100的終端裝置200的無線通訊之相關資訊。將如此的資訊，亦稱之為第1通訊資訊。例如，第1通訊資訊係可包含：基地台、與連接至基地台所運用之蜂巢網的終端裝置的無線通訊之相關資訊。具體而言，第1通訊資訊係可包含例如：無線通訊裝置100所保有的SIB(System Information Block)。除此以外，第1通訊資 訊係亦可為無線通訊裝置100與終端裝置200之間所被測定的CQI(Channel Quality Indicator)之測定值，也可為基於測定值而被計算/判斷的資訊。
CQI之一例，示於下記的表1。
(a2)第2通訊資訊
通訊資訊係可包含：無線通訊裝置100與連接至該當無線通訊裝置100的MEC伺服器300的通訊之相關資訊。將如此的資訊，亦稱之為第2通訊資訊。例如，第2通訊資訊係可包含：表示吞吐率、延遲時間、或位置資訊之至少任一者的資訊。此處，位置資訊係亦可包含實體性位置資訊或意義性位置資訊之至少任一者。所謂實體性位置資訊，係為藉由GPS等而被取得的，含有經度及緯度 等的表示位置的資訊。所謂意義性位置資訊，係為表示所被設置之場所之意義(例如所被設置的房間、建築物、交通工具等的名稱、角色等)的資訊。第2通訊資訊係例如，當MEC伺服器300與對應的無線通訊裝置100是呈實體性離隔的時候，係為有用。
(a3)第3通訊資訊
通訊資訊係可包含：無線通訊裝置100與連接至該當無線通訊裝置100的其他無線通訊裝置100的通訊之相關資訊。將如此的資訊，亦稱之為第3通訊資訊。例如，第3通訊資訊係可包含：巨集蜂巢網基地台與小型蜂巢網基地台的通訊之相關資訊。更簡單來說，第3通訊資訊，係為中繼節點間的無線/有線通訊之相關資訊。第3通訊資訊係可包含例如：吞吐率、延遲時間、位置資訊、無線存取方式、CQI、無線通訊裝置100所保有的SIB(System Information Block)等。此處，位置資訊係亦可包含實體性位置資訊或意義性位置資訊之至少任一者。
以上說明了通訊資訊之一例。關於第1、第2、及第3通訊資訊，若無必要特別區分時，就總稱為通訊資訊。
(b)API資訊
API資訊係包含：表示用來提供通訊資訊所需之API是否為可使用的資訊。表示是否為可使用的資訊，係亦可 包含表示API之有無的資訊，也可包含表示API之開閉的資訊。亦即，API資訊係可包含：表示到底有沒有API(是否有被定義)、及若有時是否已被開放的資訊。又，API，係除了提供通訊資訊所需以外，還可被多樣地定義。例如亦可定義：對無線通訊裝置100，滿足應用程式所要求的水準(例如延遲及傳輸速度等)所需之，要求無線通訊之相關設定變更所需的API。在API資訊中，亦可包含有表示所述API之使用可否的資訊。
又，API資訊係亦可包含：表示QoS要求所相關之API是否為可使用的資訊。作為QoS要求所相關之API係可舉出例如：CQI(QoS Class Identifier)資訊或是PCC(Policy and charging control)資訊、TEID(Tunnel Endpoint ID)、SPID(Subscriber Profile ID)、QCI(Quality Class Indicator)的取得或是設定所需之API。除此以外，作為QoS要求所相關之API，可舉出頻帶要求或封包過濾要求所需之API。此外，有關CQI資訊，係在例如技術規格書「3GPP TS23.203 V13.4.0 Release13“3rd Generation Partnership Project；Technical Specification Group Services and System Aspects；Policy and charging control architecture”」的「Table 6.1.7：Standardized QCI characteristics」中有詳細記載。又，有關PCC資訊，係在例如同技術規格書的「Table 6.3：The PCC rule information」中有詳細記載。
又，API資訊係亦可包含：表示應用程式之實 體(instance)的相關之API是否為可使用的資訊。作為實體的相關之API係可舉出例如：實體之生成、執行及結束、實體往不同伺服器的搬移要求、及參數設定等所需之API。
(3)資訊的交換 (a)無線通訊裝置100
無線通訊裝置100(例如提供部153)，係將通訊資訊，提供給MEC伺服器300。具體而言，無線通訊裝置100，係定義API，透過API來提供通訊資訊。上層，係藉由使用API，就可得知API資訊，若為可使用時則也可得知通訊資訊。API，係為RESTful API，較為理想。例如，無線通訊裝置100，係在接收到GET請求(HTTP協定之GET指令)時，將通訊資訊予以回送。
此外，無線通訊裝置100(例如提供部153)，係可根據來自運作者的指示，或自律性地，切換API之開閉。藉此，運作者係可因應需要來切換API之開閉。
無線通訊裝置100(例如通知部155)，係亦可將API資訊，通知給終端裝置200。又，無線通訊裝置100，係亦可將表示對應的MEC伺服器300之有無、或MEC伺服器300所提供的服務之內容等的資訊，予以通知。例如，無線通訊裝置100，亦可用3GPP中所被定義的RRC(Radio Resource Control)層作為手段之一，將API資訊等當作報知資訊而通知給終端裝置200。例如，無線 通訊裝置100，係亦可將API資訊等，作為SIB之訊息而加以廣播。
此處，E-UTRAN(Evolved Universal Terrestrial Radio Access Network)的基地台，係將多樣的資訊，報知(broadcast)給終端裝置。例如，下記的表2中所示，主資訊區塊(Master Information Block)、及13種類的系統資訊區塊(System Information Block)，總計14種類，會被報知。基地台100係亦可在這些資訊中追加API資訊等而進行報知。此外，所謂鄰居，係意味著本蜂巢網的週邊蜂巢網。
(b)終端裝置200
終端裝置200(例如取得部241)係取得，由無線通訊裝置100所提供，被MEC伺服器300所使用的API所相關之API資訊。但是，從終端裝置200至MEC伺服器 300的通訊路徑中，有時候會含有複數個無線通訊裝置100(例如巨集蜂巢網基地台及小型蜂巢網基地台)。其結果為，終端裝置200，係將一路至MEC伺服器300為止的通訊路徑上所含之1個以上之無線通訊裝置100(例如巨集蜂巢網基地台及小型蜂巢網基地台)所提供的API所相關之API資訊，加以取得。同樣地，終端裝置200(例如取得部241)，係取得通訊資訊。藉此，終端裝置200係可掌握，終端裝置200與MEC伺服器300之間所進行的，經由1個以上之無線通訊裝置100的一連串之通訊的狀況及/或API之使用可否。
(c)MEC伺服器300
MEC伺服器300(例如取得部331)係取得，無線通訊裝置100所提供的API所相關之API資訊。然後，MEC伺服器300(例如通知部333)係所取得的API資訊，通知給終端裝置200。藉此，終端裝置200，係可得知API資訊。
API之開閉，係可隨著運作者的需求而變動。因此，MEC伺服器300(例如取得部331)，係亦可定期地進行查詢等，以反覆取得API資訊。藉此，MEC伺服器300，係可掌握API的使用可否之切換。MEC伺服器300(例如通知部333)，係亦可將反覆取得到的API資訊，在每次取得時或每次發生變化時等之任意時序上，予以通知。藉此，終端裝置200，係也可掌握API的使用可否之 切換。
又，MEC伺服器300(例如取得部331)，係使用API，以取得通訊資訊。藉此，MEC伺服器300，係可得知通訊資訊。然後，MEC伺服器300(例如通知部333)係所取得的通訊資訊，通知給終端裝置200。藉此，終端裝置200，係可得知通訊資訊。
通訊資訊，係亦可有別於API資訊而另外取得，也可一起取得。以下說明一起取得的例子。例如，MEC伺服器300(例如取得部331)，係基於使用了API的結果，來取得API資訊。所謂使用的結果，係例如回應之有無，若有回應時則指其內容。例如，MEC伺服器300(例如取得部331)，係使用API來要求通訊資訊(例如發送GET請求)。相對於此，若無回應，則MEC伺服器300係判定為沒有API。又，若有不含通訊資訊的回應，則MEC伺服器300係判定為有API，但被閉鎖。又，若有含通訊資訊的回應，則MEC伺服器300係判定為有API，但被開放。
上記回應，係亦可具有與下記表3所示的HTTP狀態碼同種之狀態碼。又，對狀態碼之各者，亦可分別建立對應有API之有無及開閉。
(5)相應於所取得之資訊的處理 (a)終端裝置200
例如，終端裝置200(例如選擇處理部243)，係基於已被取得之API資訊，進行用來選擇服務提供來源之MEC伺服器300所需之處理。藉此，終端裝置200，係可隨應於API資訊來選擇適切的服務提供來源。更具體而言，終端裝置200(例如選擇處理部243)，係基於API資訊，而將API為可使用的MEC伺服器300，優先選擇成為服務提供來源。例如，有API，且為開放的無線通訊裝置100所對應之MEC伺服器300，係被選擇成為服務提供來源。藉此，終端裝置200，係可從有考慮到API之使用可否而可適應性設定動作的MEC伺服器300，接受應用程式之提供。
此外，亦可使得API未被開放的情況，和沒有API的情況，處理結果為互異。例如，即使是API未被開放的情況，若只是暫時性的，則終端裝置200係亦可選擇API為無法使用的MEC伺服器300。
又，終端裝置200(例如選擇處理部243)，係亦可還基於通訊資訊，來選擇服務提供來源之MEC伺服 器300。藉此，終端裝置200係可接受，考慮到終端裝置200與MEC伺服器300之間的通訊狀況而進行過適應性動作設定的應用程式之提供。
此處，終端裝置200(例如選擇處理部243)，係在作為服務提供來源而被選擇的MEC伺服器300所對應的無線通訊裝置100之管理下不包含有終端裝置200本身的時候，則進行通訊路徑變更處理以使其被包含在管理下。所謂在無線通訊裝置100的管理下係意味著，無線通訊裝置100上有終端裝置200正在連接，或對無線通訊裝置100(巨集蜂巢網基地台)上所連接的主裝置，有終端裝置200正在連接等。例如，終端裝置200，係已選擇的MEC伺服器300所對應之基地台，是與服務基地台不同，則將已選擇的MEC伺服器300所對應之基地台視為目標基地台而進行接手。如此，終端裝置200，係在用已經建立的通訊路徑上，從MEC伺服器300接受服務之提供是有困難的情況下，則可變更通訊路徑而接受服務之提供。
又，從終端裝置200至MEC伺服器300的通訊路徑中，有時候會含有複數個無線通訊裝置100(例如巨集蜂巢網基地台及小型蜂巢網基地台)。此情況下，終端裝置200(例如選擇處理部243)，係在已被選擇成為服務提供來源之MEC伺服器300為止的通訊路徑上，若含有API為不可使用的無線通訊裝置100，則進行通訊路徑變更處理，以變成會經由API為可使用的其他無線通訊裝置 100而與MEC伺服器300進行通訊。例如，終端裝置200係在MEC伺服器300所對應之巨集蜂巢網基地台為止的通訊路徑上，含有API為不可使用的小型蜂巢網基地台，則往API為可使用的其他小型蜂巢網基地台進行接手，而與MEC伺服器300進行通訊。藉此，終端裝置200係可在通訊路徑上只含有API為可使用的無線通訊裝置100的狀態下，從MEC伺服器300接受服務之提供。
(b)MEC伺服器300
MEC伺服器300(例如探索部335)，係亦可探索API為可使用的其他無線通訊裝置100。例如，MEC伺服器300係在表示API為不可使用的API資訊是已被取得的情況下，進行探索。探索，係亦可限定成例如週邊蜂巢網。
探索，係亦可以來自終端裝置200之查詢為契機而進行，亦可定期地進行。MEC伺服器300(例如記憶部320)，係亦可將表示探索結果的資訊予以記憶。然後，MEC伺服器300(例如通知部333)，係亦可對來自終端裝置200之查詢，通知已記憶的表示探索結果的資訊。
表示探索結果的資訊，係包含：探索到的其他無線通訊裝置100的識別資訊、該當其他無線通訊裝置100所對應之MEC伺服器300的識別資訊、及從該當其他無線通訊裝置100所提供的API之相關資訊。甚至，表示探索結果的資訊中亦可含有通訊資訊。
表示探索結果的資訊之一例，示於下記的表 4。
此外，「Server No.」「Host name」及「IP address」，係相當於其他MEC伺服器300的識別資訊。「eNB資訊」係含有，其他MEC伺服器300所對應之其他無線通訊裝置100的識別資訊。「API資訊」係相當於，從其他無線通訊裝置100所提供的API之相關資訊。「延遲時間」「頻帶」「Geolocation資料庫」及「位置資訊」，係相當於通訊資訊。此外，「Geolocation資料庫」係含有，表示每一頻率的可利用時間帶及最大輸出功 率(亦即最大之送訊功率)的資訊。又，「位置資訊」，係如表4所示，含有實體性位置資訊和意義性位置資訊。以下將此表示探索結果的資訊之清單，亦稱為鄰居清單。又，鄰居清單中的單位資訊(例如表4之中的1行)，亦稱為鄰居資訊。在鄰居清單中亦可含有，MEC伺服器300本身的鄰居資訊。例如，在表4所示的例子中，「Server No.1」的行，係為保持本鄰居清單的MEC伺服器300本身的鄰居資訊。此外，MEC伺服器300，係除了探索結果以外，亦可還記憶有例如：對應的無線通訊裝置100上所連接之終端裝置200之清單、或終端裝置200之資訊等，終端裝置200之相關資訊。
MEC伺服器300(例如服務處理部337)，係基於使用API而被取得的通訊資訊，來進行應用程式的動作設定。例如，MEC伺服器300係進行：資料格式、資料傳輸速率、內容之編解碼器、資料長度等的動作設定。MEC伺服器係藉由經過如此的動作設定而開始通訊，就可使所提供的應用程式最佳化。
又，MEC伺服器300(例如服務處理部337)，係亦可基於使用API而被取得的通訊資訊，來向無線通訊裝置100要求通訊設定之變更。例如，MEC伺服器300，係亦可對服務提供目標之終端裝置200所連接的無線通訊裝置100，要求調變方式、送訊功率、無線資源(頻率資源或時間資源等)之分配等之送訊設定之變更。隨應於該要求，無線通訊裝置100(例如中繼處理部151)，係將無線 通訊之相關設定予以變更。藉此，MEC伺服器300係可提供例如滿足應用程式所要求之水準的通訊環境。
(7)UI例
終端裝置200(例如選擇處理部243)，係亦可基於使用者操作來選擇服務提供來源之MEC伺服器300。本使用者操作所涉及之UI例，參照圖7及圖8來說明。
圖7係用來說明本實施形態所述之終端裝置200上所被顯示之UI之一例的說明圖。如圖7所示，在UI例401中，應用程式的小圖示403係被複數顯示。小圖示403的顏色之差異，係隨著服務提供來源之MEC伺服器300是否可以使用API而產生。例如，小圖示403A係表示，從可使用API的MEC伺服器300提供服務。又，小圖示403B係表示，從不可使用API的MEC伺服器300提供服務。另一方面，在UI例402中，是取代顏色的差異而改用明滅，來表現是否可以使用API。
圖8係用來說明本實施形態所述之終端裝置200上所被顯示之UI之一例的說明圖。如圖8所示，在UI例411~413中，藉由小圖示403的顏色的差異，來表現是否可以使用API。例如，在UI例411中，表示從不可使用API的MEC伺服器300提供服務的小圖示403C若被觸碰，則畫面就遷移至UI例412。在UI例412中，用來接受是否變更網路的使用者操作所需之選擇視窗404，係被顯示。此處，一旦使用者選擇「YES」，則終 端裝置200係進行服務提供來源之MEC伺服器300之選擇、及伴隨於此的連接目標之無線通訊裝置100之選擇(接手)。一旦網路被變更，則如UI例413所示，小圖示430的顏色係變化成，表示是從可使用API的MEC伺服器300提供服務的顏色。
<4.2.具體例> <4.2.1.第1例>
本具體例，係從終端裝置200所連接的基地台100(例如巨集蜂巢網基地台)所對應之MEC伺服器300提供服務的例子。
(1)各裝置的基本關係
首先，參照圖9，說明各裝置的基本關係。
圖9係用來說明本具體例所述之裝置間的通訊路徑之一例的說明圖。UE係相當於終端裝置200。eNB係相當於無線通訊裝置100。Server係相當於MEC伺服器300。實線的雙箭頭，係表示實體性的連接。虛線的雙箭頭，係表示邏輯性的連接(IP連接)。如圖9所示，UE係與eNB建立無線連接。eNB係與Server連接。
eNB係含有MNM(MEC Network Manager)。MNM，係為用來實現上記說明的無線通訊裝置100之相關技術特徵所需之邏輯實體。eNB，係基於MNM所做的控制，來進行通訊資訊之提供等的具體處理。MNM係例 如，以被安裝在無線通訊裝置100的中介軟體(軟體)的方式，而被實現。
UE係含有MCM(MEC Client Manager)。MCM，係為用來實現上記說明的終端裝置200之相關技術特徵所需之邏輯實體。UE，係基於MCM所做的控制，來進行無線連接等的具體處理。MCM係例如，以被安裝在終端裝置200的中介軟體(軟體)的方式，而被實現。
Server係含有MAM(MEC Application Manager)。MAM，係為用來實現上記說明的MEC伺服器300之相關技術特徵所需之邏輯實體。Server，係基於MAM所做的控制，來進行服務之提供等的具體處理。MAM係例如，以被安裝在MEC伺服器300的中介軟體(軟體)的方式，而被實現。
MCM與MAM，係被邏輯性連接，可收送資訊。MAM與MNM，係被邏輯性連接，可收送資訊。此處，MAM係藉由使用上記說明的API，來和MNM之間進行資訊之收送訊。
(2)基本的處理之流程
接下來，參照圖10，說明具有上記說明之基本關係的各裝置中所被進行的處理之流程之一例。
圖10係本具體例所述之系統1中所被執行的API資訊之確認處理的流程之一例的程序圖。本程序中，係有UE、Server、以及eNB參與。
如圖10所示，首先，UE係將HTTP/Web-API指令之GET請求，發送至Server(步驟S101)。GET請求，係為要求API資訊或通訊資訊之至少任一者之回送的資訊。接下來，Server係同樣將GET請求，發送至eNB(步驟S102)。接收到GET請求的eNB，係將HTTP/Web-API之回應，發送至Server(步驟S103)。該回應中係含有，API資訊或通訊資訊之至少任一者。然後，Server係同樣地將回應發送至UE(步驟S104)。
圖11係本具體例所述之系統1中所被執行的API資訊之確認處理的流程之一例的程序圖。本程序中，係有UE、Server、及eNB參與。在本程序中，是藉由HTTP/Web-API以外的任意之獨特協定，來進行訊息之收送訊。
如圖11所示，UE及Server係建立，HTTP/Web-API以外的獨特協定之UDP/IP、或TCP/IP會談(步驟S105)。接下來，UE係將獨特協定之資訊要求訊息，發送至Server(步驟S106)。資訊要求訊息，係為要求API資訊或通訊資訊之至少任一者之回送的資訊。接下來，Server係同樣將資訊要求訊息，發送至eNB(步驟S107)。接收到資訊要求訊息的eNB，係將獨特協定的回答訊息，發送至Server(步驟S108)。該回答訊息中係含有，API資訊或通訊資訊之至少任一者。然後，Server係同樣地將回答訊息發送至UE(步驟S109)。
此外，Server與eNB之間的通訊，係亦可使 用HTTP/Web-API。具體而言，於上記步驟S107中，Server係亦可將HTTP/Web-API指令之GET請求，發送至eNB。又，於上記步驟S108中，eNB係亦可將HTTP/Web-API之回應，發送至Server。
(3)各裝置的具體關係
接下來，參照圖12，說明各裝置的具體關係之一例。
圖12係用來說明本具體例所述之裝置間的通訊路徑之一例的說明圖。UE、eNB及Server所標示的數字表示各裝置之索引。本圖的實線係表示有線連接或無線連接，虛線係表示無線連接。符號421的虛線係表示已建立之無線連接，符號422的虛線係表示切換候補之無線連接。關於邏輯性連接係被省略。例如，UE-1係如符號421所示般地連接至eNB-1。eNB-1中具有API、且為開放的情況下，UE-1係連接至eNB-1不變，從Server-1接受服務之提供。另一方面，若eNB-1中無API、或有API但為閉鎖的情況下，則UE-1係如符號422所示，嘗試往eNB-2之接手。UE-1，係除了eNB-2以外，亦可嘗試往eNB-3等之任意eNB的接手。
此處，eNB-1與eNB-2之關係性，係可有多樣考量。例如，運用的蜂巢網係亦可重疊，亦可不重疊。又，亦可被同一或不同的運作者所運用。又，亦可採用不同的無線存取方式(3G/4G/5G/W-Fi(註冊商標)等)。亦可利 用頻帶之一部或全部為重疊，亦可全部都不重疊。又，亦可一個eNB是被複數公司所共有。
(4)具體的處理流程
接下來，參照圖13~圖16，說明具有上記說明之具體關係的各裝置中所被進行的處理之流程之一例。
(終端裝置200單體的處理)
以下首先參照圖13及圖14，著眼於UE-1來說明詳細的條件分歧。
圖13係本具體例所述之UE-1中所被執行的應用程式開始處理的流程之一例的流程圖。
如圖13所示，首先，UE-1係啟動應用程式(步驟S202)。
接下來，UE-1，係與eNB建立無線連接(步驟S204)。例如，UE-1，係基於預設的設定(例如基於運作者之契約的連接條件)，而與eNB-1建立無線連接。接著，UE-1，係與Server建立IP連接(步驟S206)。例如，UE-1，係與連接中的eNB-1所對應之Server-1，建立IP連接。然後，UE-1，係向Server(MAM)發送API資訊之請求，並接收來自Server之回應(步驟S208)。
若判定為，API為可使用(步驟S210/YES)、且API為可使用的eNB係為服務eNB時(步驟S212/YES)，則UE-1係直接接受服務之提供(步驟S214)。此外，一旦經 過後述的步驟S224中的處理，則API為可使用的eNB就可能變成不是服務eNB。API為可使用的eNB是否為服務eNB的判定，係例如，藉由雙方之eNB的ECGI(E-UTRAN Cell Global ID)或eNB ID的核對，就可進行。圖14係用來說明ECGI之構成的說明圖。如圖14所示，ECGI係由：PLMN(Public Land Mobile Network)號碼(PLMN identity)、及蜂巢網號碼(Cell identity)所成。又，蜂巢網號碼係由：巨集eNB號碼(Macro eNB identity)及巨集蜂巢網號碼(Macro Cell identity)所成。
另一方面，若判定為，API為可使用(步驟S210/YES)、且API為可使用的eNB並非服務eNB(步驟S212/NO)，則UE-1係往API為可使用的eNB進行接手(步驟S215)。例如，UE-1，係進行往例如API為可使用的eNB-2之接手。若接手成功(步驟S216/YES)，UE-1係從Server-2接受服務之提供(步驟S214)。若接手失敗(步驟S216/NO)，則UE-1係往原本的eNB重新進行接手(步驟S217)，從Server-1接受服務之提供(步驟S214)。
又，若判定為，API並非可使用(步驟S210/NO)、且可容許不能使用時(步驟S218/YES)，則UE-1係直接接受服務之提供(步驟S214)。
另一方面，若判定為，API並非可使用(步驟S210/NO)、且不容許不能使用時(步驟S218/NO)，則UE-1係探索其他Server(步驟S220)。例如，UE-1，係將可使用API的其他Server及eNB之相關資訊，向Server進行請 求。本請求，係亦可為鄰居資訊之請求。又，本請求中亦可含有，例如已被UE-1所啟動的應用程式之資訊、或表示所望之服務品質等的資訊。
若判定為探索成功(步驟S222/YES)，則UE-1係將探索到的Server之IP位址，設定成連接目標(步驟S224)。其後處理，係回到步驟S206。
另一方面，若判定為探索失敗(步驟S222/NO)，則UE-1係直接接受服務之提供(步驟S214)。
藉由以上，處理就結束。
此外於步驟S224中，連接目標之Server，係可由連接中之Server來選擇，也可由eNB來選擇。
(系統1全體之處理)
接下來，參照圖15，說明UE-1連接至eNB-1不變的狀態下接受服務之提供時的處理之流程之一例。
圖15係本具體例所述之系統1中所被執行的服務提供處理的流程之一例的程序圖。本程序中，係有UE-1、Server-1、及eNB-1參與。
如圖15所示，首先，UE-1係與eNB-1建立無線連接(步驟S302)。接下來，UE-1係與Server-1建立IP連接(步驟S304)。然後，UE-1係向Server-1發送API資訊之請求(步驟S306)。
接著，Server-1係與eNB-1建立IP連接(步驟S308)。接下來，Server-1係使用eNB-1所提供的API，從 eNB-1取得API資訊(步驟S310)。此外，若Server-1有保持著鄰居清單時，則這些處理係亦可省略。
接著，Server-1係將API資訊之回應，發送至UE-1(步驟S312)。假設該API資訊係表示，eNB-1中有API，且為開放。此情況下，Server-1係對UE-1開始服務(步驟S314)。
藉由以上，處理就結束。
接下來，參照圖16，說明UE-1從eNB-1切換連接目標至eNB-2而接受服務之提供時的處理之流程之一例。
圖16係本具體例所述之系統1中所被執行的服務提供處理的流程之一例的程序圖。本程序中係有UE-1、Server-1、eNB-1、Server-2、及eNB-2參與。
如圖16所示，步驟S402~S412所述之處理，係和圖15所示的步驟S302~S312所述之處理相同。 但是，假設步驟S412中所被取得的API資訊係表示，eNB-1中沒有API，或雖然有API但為閉鎖。
此情況下，UE-1係將其他Server所涉及之鄰居資訊之請求，發送至Server-1(步驟S414)。
接著，Server-1與Server-2，係建立IP連接(步驟S416)。接下來，Server-1，係從Server-2，取得eNB-2的鄰居資訊(步驟S418)。此外，若Server-1有保持著鄰居清單時，則這些處理係亦可省略。
接下來，Server-1係將鄰居資訊之回應，發送 至UE-1(步驟S420)。該回應中所含的鄰居資訊係亦可被限定成，有關於有API、且為開放的eNB。
接著，UE-1係基於鄰居資訊，而與eNB-2建立無線連接(步驟S422)。例如，UE-1係從鄰居資訊之中，與有API、且為開放的eNB，建立無線連接。接下來，UE-1係與Server-2建立IP連接(步驟S424)。然後，UE-1係向Server-2發送API資訊之請求(步驟S426)。
接著，Server-2係與eNB-2建立IP連接(步驟S428)。接下來，Server-2係使用eNB-2所提供的API，從eNB-2取得API資訊(步驟S430)。此外，若Server-2有保持著鄰居清單時，則這些處理係亦可省略。
接著，Server-2係將API資訊之回應，發送至UE-1(步驟S432)。假設該API資訊係表示，eNB-2中有API，且為開放。此情況下，Server-2係對UE-1開始服務(步驟S434)。
藉由以上，處理就結束。
此外，於步驟S412中，亦可連同API資訊一起發送鄰居資訊。此情況下，步驟S414~S420所述之處理係被省略。
又，亦可在步驟S422之前，UE-1係基於鄰居資訊先確認目標eNB是否適切，然後才嘗試無線連接。例如，UE-1係亦可先確認了鄰居資訊所示的連接目標網路之原則等，然後才嘗試無線連接。
<4.2.2.第2例>
本具體例係為，從終端裝置200所連接的主裝置100(例如小型蜂巢網基地台或動態AP)所對應之MEC伺服器300提供服務的形態。
(1)各裝置的基本關係
首先，參照圖17，說明各裝置的關係。
圖17係用來說明本具體例所述之裝置間的通訊路徑之一例的說明圖。UE Slave，係相當於連接至主裝置100的終端裝置200。以下亦將UE Slave簡稱為Slave。UE/eNB Master，係相當於主裝置100(例如小型蜂巢網基地台或動態AP)。以下亦將UE/eNB Master簡稱為Master。Server係相當於MEC伺服器300。實線的雙箭頭，係表示實體性的連接。虛線的雙箭頭，係表示邏輯性的連接(IP連接)。
Master係含有MNM。Master，係基於MNM所做的控制，來進行通訊資訊之提供等的具體處理。
Slave係含有MCM。Slave，係基於MCM所做的控制，來進行無線連接等的具體處理。
如圖17所示，Slave係與Master建立無線連接。Master係與Server連接。又，MCM與MAM，係被邏輯性連接，可收送資訊。MAM與MNM，係被邏輯性連接，可收送資訊。
(2)各裝置的具體關係
接下來，參照圖18，說明各裝置的具體關係之一例。
圖18係用來說明本具體例所述之裝置間的通訊路徑之一例的說明圖。Slave、Master及Server所標示的數字表示各裝置之索引。本圖的實線係表示有線連接或無線連接，虛線係表示無線連接。符號431的虛線係表示已建立之無線連接，符號432的虛線係表示切換候補之無線連接。關於邏輯性連接係被省略。例如，Slave-1係如符號431所示般地連接至Master-1。又，Master-1係連接至eNB-1。Master-1中具有API、且為開放的情況下，Slave-1係連接至Master-1不變，從Server-1接受服務之提供。另一方面，若Master-1中無API、或有API但為閉鎖的情況下，則Slave-1係如符號432所示，嘗試往Master-2之接手。Slave-1，係除了Master-2以外，亦可嘗試往Master-3等之任意Master的接手。
(3)具體的處理流程
具有上記說明的具體關係的各裝置中所被進行的處理流程之一例，示於圖19。
圖19係本具體例所述之系統1中所被執行的服務提供處理的流程之一例的程序圖。本程序中係有Slave-1、Server-1、MAM-1、Master-1、及MNM-1、以及Server-2、MAM-2、Master-2、及MNM-2參與。如圖19 所示，步驟S502~S534所述之處理，係和圖16所示的步驟S402~S434所述之處理相同。關於圖19的說明，係只要將上記圖16的說明中的「UE」改讀成「Slave」，把「eNB」改讀成「Master」即可。
<4.2.3.第3例>
本具體例係為，從終端裝置200所連接的主裝置100(例如小型蜂巢網基地台或動態AP)所連接的基地台100(例如巨集蜂巢網基地台)所對應之MEC伺服器300提供服務的形態。
(1)各裝置的具體關係1
以下，參照圖20，說明各裝置的具體關係之一例。
圖20係用來說明本具體例所述之裝置間的通訊路徑之一例的說明圖。Slave、Master、eNB及Server所標示的數字表示各裝置之索引。本圖的實線係表示有線連接或無線連接，虛線係表示無線連接。符號441的虛線係表示已建立之無線連接，符號442的虛線係表示切換候補之無線連接。關於邏輯性連接係被省略。又，在本具體例中，從Master所對應之Server係沒有服務被提供。因此，在本圖中，Master所對應之Server係被省略，僅圖示MAM。
例如，Slave-1係連接至Master-1。又，Master-1，係如符號441所示般地連接至eNB-1。Master- 1中具有API並開放，且eNB-1中具有API並開放時，Slave-1係連接至Master-1不變，且Master-1係連接至eNB-1不變，就從Server-1接受服務之提供。另一方面，Master-1或eNB-1中沒有API，或有API但為閉鎖時，則嘗試通訊路徑之變更或服務提供來源之Sever之變更之至少任一者。
例如，若eNB-1中無API、或有API但為閉鎖的情況下，則Master-1係如符號442所示，嘗試往eNB-2之接手。Master-1，係除了eNB-2以外，亦可嘗試往eNB-3等之任意eNB的接手。
(2)具體的處理流程1
接下來，參照圖21，說明具有上記說明之具體關係的各裝置中所被進行的處理之流程之一例。
圖21係本具體例所述之系統1中所被執行的服務提供處理的流程之一例的程序圖。本程序中係有Slave-1、MAM-4、Master-1、Server-1、eNB-1、Server-2、及eNB-2參與。
如圖21所示，首先，Slave-1係與Master-1建立無線連接(步驟S602)。又，Master-1係與eNB-1建立無線連接(步驟S604)。接下來，Slave-1係與MAM-4建立IP連接(步驟S606)。然後，Slave-1係向MAM-4發送API資訊之請求(步驟S608)。
接著，MAM-4係與Master-1建立IP連接(步 驟S610)。接下來，MAM-4係使用Master-1所提供的API，從Master-1取得API資訊(步驟S612)。此外，若MAM-4有保持著鄰居清單時，則這些處理係亦可省略。
接下來，MAM-4係與Server-1建立IP連接(步驟S614)。然後，MAM-4係向Server-1發送API資訊之請求(步驟S616)。
接著，Server-1係與eNB-1建立IP連接(步驟S618)。接下來，Server-1係使用eNB-1所提供的API，從eNB-1取得API資訊(步驟S620)。此外，若Server-1有保持著鄰居清單時，則這些處理係亦可省略。
接著，Server-1係將API資訊之回應，發送至MAM-4(步驟S622)。接下來，MAM-4，係將步驟S614及S622中所取得的API資訊之回應，發送至Slave-1(步驟S624)。
接著，於MAM-4中，進行判斷處理(步驟S626)。例如，MAM-4，係基於已被取得的API資訊，來判定是否變更通訊路徑，及是否變更服務提供來源之Sever。此處，假設已被取得的API資訊係表示，eNB-1中沒有API，或雖然有API但為閉鎖。此情況下，雖然圖21中未圖示，但MAM-4，係將其他Server所涉及之鄰居資訊，從Sever-1加以取得。假設已被取得的鄰居資訊中係含有，有API、且為開放的eNB，係為eNB-2之相關資訊。此情況下，MAM-4係將eNB-2選擇成為連接目標。以下，說明此時的處理流程之一例。
MAM-4，係向Master-1委託連接目標之切換(步驟S628)。接著，Master-1，係與eNB-2建立無線連接(步驟S630)。接下來，MAM-4係與Server-2建立IP連接(步驟S632)。然後，MAM-4係向Server-2發送API資訊之請求(步驟S634)。
接著，Server-2係與eNB-2建立IP連接(步驟S636)。接下來，Server-2係使用eNB-2所提供的API，從eNB-2取得API資訊(步驟S638)。此外，若Server-2有保持著鄰居清單時，則這些處理係亦可省略。
接著，Server-2，係經由MAM-4而向UE-1進行準備完成通知(Server Ready連絡)(步驟S640)，開始服務(步驟S642)。
藉由以上，處理就結束。
(3)各裝置的具體關係2
接下來，參照圖22，說明各裝置的具體關係之另一例。
圖22係用來說明本具體例所述之裝置間的通訊路徑之一例的說明圖。Slave、Master、eNB及Server所標示的數字表示各裝置之索引。本圖的實線係表示有線連接或無線連接，虛線係表示無線連接。符號451的虛線係表示已建立之無線連接，符號452的虛線係表示切換候補之無線連接。關於邏輯性連接係被省略。又，在本具體例中，從Master所對應之Server係沒有服務被提供。因 此，在本圖中，Master所對應之Server係被省略，僅圖示MAM。
例如，Slave-1係如符號451所示般地連接至Master-1。又，Master-1係連接至eNB-1。Master-1中具有API並開放，且eNB-1中具有API並開放時，Slave-1係連接至Master-1不變，且Master-1係連接至eNB-1不變，就從Server-1接受服務之提供。另一方面，Master-1或eNB-1中沒有API，或有API但為閉鎖時，則嘗試通訊路徑之變更或服務提供來源之Sever之變更之至少任一者。
例如，若Master-1中無API、或有API但為閉鎖的情況下，則Slave-1係如符號452所示，嘗試往Master-2之接手。Slave-1，係除了Master-2以外，亦可嘗試往Master-3等之任意Master的接手。
(4)具體的處理流程2
接下來，參照圖23，說明具有上記說明之具體關係的各裝置中所被進行的處理之流程之一例。
圖23係本具體例所述之系統1中所被執行的服務提供處理的流程之一例的程序圖。本程序中係有Slave-1、MAM-4、Master-1、Server-1、eNB-1、MAM-5、Master-2、Server-2、及eNB-2參與。
如圖23所示，步驟S702~S724所述之處理，係和圖21所示的步驟S602~S624所述之處理相同。
其後，於Slave-1中，進行判斷處理(步驟S726)。例如，Slave-1，係基於已被取得的API資訊，來判定是否變更通訊路徑，及是否變更服務提供來源之Sever。此處，假設已被取得的API資訊係表示，eNB-1及Master-1中沒有API，或雖然有API但為閉鎖。此情況下，雖然圖23中未圖示，但Slave-1，係將其他Server所涉及之鄰居資訊，從Sever-1加以取得。假設已被取得的鄰居資訊中係含有，有API、且為開放的Master及eNB，係為Master-2及eNB-2之相關資訊。此情況下，Slave-1係將Master-2及eNB-2選擇成為連接目標。以下，說明此時的處理流程之一例。
Slave-1係與Master-2建立無線連接(步驟S728)。接著，Master-2係與eNB-2建立無線連接(步驟S730)。接下來，Slave-1係與MAM-5建立IP連接(步驟S732)。然後，Slave-1係向MAM-5發送API資訊之請求(步驟S734)。
接著，MAM-5係與Master-2建立IP連接(步驟S736)。接下來，MAM-5係使用Master-2所提供的API，從Master-2取得API資訊(步驟S738)。此外，若MAM-5有保持著鄰居清單時，則這些處理係亦可省略。
接著，MAM-5係與Server-2建立IP連接(步驟S740)。然後，MAM-5係向Server-2發送API資訊之請求(步驟S742)。
接著，Server-2係與eNB-2建立IP連接(步驟 S744)。接下來，Server-2係使用eNB-2所提供的API，從eNB-2取得API資訊(步驟S746)。此外，若Server-2有保持著鄰居清單時，則這些處理係亦可省略。
接著，Server-2，係經由MAM-5而向UE-1進行準備完成通知(Server Ready連絡)(步驟S748)，開始服務(步驟S750)。
藉由以上，處理就結束。
此外，Master-1中沒有API，或雖有API但被閉鎖，但是eNB-1中具有API並開放時，則UE-1係將Server-1設成服務提供來源，同時只把通訊路徑從Master-1切換成Master-2。
<<5.補充>>
接著參照圖24~圖31，說明補充事項。
圖24係用來說明本揭露的一實施形態所述之系統1所相關之補充事項的說明圖。如圖24所示，無線通訊裝置100，作為被CPRI(Common Public Radio Interface)所連接的RRH(Remote Radio Head)及BBU(Base Band Unit)，是亦可以地理性分隔的複數裝置的方式，而被形成。RRH係亦可為，例如由每一運作者各自具備。BBU係亦可為例如由複數之運作者所共有。
圖25係用來說明本揭露的一實施形態所述之系統1所相關之補充事項的說明圖。圖25所示的例子，係為SDN(Software-Defined Networking)/NFV(Network Functions Virtualization)的架構。於系統1中，SDN/NFV中所定義的介面，係亦可被利用。例如，關於MAM與MNM之間的交訊，亦可利用SWA-1/SWA-2。又，關於MNM、和Master或是eNB或其他核心網路之實體(例如PCRF/HSS/MME/Geolocation Data-base等)之間的交訊，亦可利用SWA-5。此外，圖25係為參照「ETSI,“GS NFV-SWA 001 V1.1.1(2014-12)”，2014年12月，[平成27年6月12日檢索]，網際網路<http：//www.etsi.org/deliver/etsi_gs/NFV-SWA/001_099/001/01.01.01_60/gs_NFV-SWA001v010101p.pdf>」所作成的圖。
接下來，參照圖26~圖31，展示LTE的EPC之機器間之通訊協定被利用時，MEC伺服器300與所被預想之構成要素與其他機器的交訊之例子。此外，圖26~圖31係為參照「Magnus Olsson,Catherine Mulligan,“EPC and 4G Packet Networks,Second Edition：Driving the Mobile Broadband Revolution”，第2版，Academic Press,2012年12月12日」所作成的圖。
例如，由於來自MAM的要求，而拉出EPC內的機器所保有的資訊之際，想定會利用EPC之機器間的通訊協定。尤其是，來自HSS的原則資訊、封包單位上的優先控制、或其他原則之設定資訊等，從PCRF(Policy and Charging Rules Function)、BBERF(Bearer Binding and Event Reporting Function)、或PCEF(Policy and Charging Enforcement Function)加以取得之際，料想到EPC之機器間的通訊協定會被利用。
圖26係本揭露之一實施形態所述之系統1中所含之裝置間所被利用之通訊協定之一例的圖示。在圖26中係圖示，終端裝置200(MCM)及MEC伺服器300(MAM)中的，使用者資料的路徑(IP傳輸路)之一例。
圖27係本揭露之一實施形態所述之系統1中所含之裝置間所被利用之通訊協定之一例的圖示。在圖27中係圖示，終端裝置200(MCM)、MEC伺服器300(MAM)、S-GW、P-GW、及應用程式伺服器(Source-Server)中的，使用者資料的路徑(IP傳輸路)之一例。
圖28係本揭露之一實施形態所述之系統1中所含之裝置間所被利用之通訊協定之一例的圖示。在圖28中係圖示，終端裝置200(MCM)、MEC伺服器300(MAM)中的，控制資訊的路徑(IP傳輸路)之一例。
圖29係本揭露之一實施形態所述之系統1中所含之裝置間所被利用之通訊協定之一例的圖示。在圖29中係圖示，MEC伺服器300(MAM)、P-GW、S-GW及MME中的，控制資訊的路徑(IP傳輸路)之一例。
圖30係本揭露之一實施形態所述之系統1中所含之裝置間所被利用之通訊協定之一例的圖示。在圖30中係圖示，MME及HSS中的，控制資訊的路徑(IP傳輸路)之一例。
圖31係本揭露之一實施形態所述之系統1中 所含之裝置間所被利用之通訊協定之一例的圖示。在圖31中係圖示，P-GW(PCEF)或S-GW(BBERF)、及PCRF中的，控制資訊的路徑(IP傳輸路)之一例。
接下來，參照圖32，說明應用程式的分散機能。
圖32係用來說明本揭露的一實施形態所述之系統所相關之補充事項的說明圖。本圖係表現出，參照圖18而上記說明過的，系統1的各裝置的具體關係中，應用程式之分散被進行的狀況。本圖的實線係表示有線連接或無線連接，虛線係表示無線連接。但是，P-GW與ISP/MVNO Internet之間、及ISP/MVNO Internet與Server-S之間，基本上是想定為有線連接。關於邏輯性連接係被省略。此外，在本圖中，eNB中也設有Server。例如，被要求低延遲或高吞吐率等的應用程式之機能部分，係被配置在Server-1~N，其以外的機能部分係被配置在Server-A1~AN。又，從Server-S，往Server-1~N或Server-A1~AN，應配置之機能部分係會被配送、配置。這件事情並不只有單純讓應用程式被分散處理，還包含將適合於MEC伺服器300之配置或特性等的機能部分，對映至每個MEC伺服器300。
圖33係用來說明本揭露的一實施形態所述之系統所相關之補充事項的說明圖。本圖係表現出，參照圖18而上記說明過的，系統1的各裝置的具體關係中，應用程式之分散被進行的狀況。本圖的實線係表示有線連接 或無線連接，虛線係表示無線連接。但是，P-GW與ISP/MVNO Internet之間、及ISP/MVNO Internet與Server-S之間，基本上是想定為有線連接。關於邏輯性連接係被省略。此外，在本圖中，eNB及S-GW中也設有Server。例如，被要求低延遲或高吞吐率等的應用程式之機能部分，係被配置在Server-1~N，其以外的機能部分係被配置在Server-A1~AN或Server-α。又，從Server-S，往Server-1~N、Server-A1~AN或Server-α，應配置之機能部分係會被配送、配置。這件事情並不只有單純讓應用程式被分散處理，還包含將適合於MEC伺服器300之配置或特性等的機能部分，對映至每個MEC伺服器300。
<<6.應用例>>
本揭露所述之技術，係可應用於各種產品。例如，無線通訊裝置100係亦可被實現成為巨集eNB或小型eNB等任一種類的eNB(evolved Node B)。小型eNB，係亦可為微微eNB、微eNB或家庭(毫微微)eNB等之涵蓋比巨集蜂巢網還小之蜂巢網的eNB。亦可取而代之，無線通訊裝置100係可被實現成為NodeB或BTS(Base Transceiver Station)等之其他種類的基地台。無線通訊裝置100係亦可含有控制無線通訊之本體(亦稱作基地台裝置)、和配置在與本體分離之場所的1個以上之RRH(Remote Radio Head)。又，亦可藉由後述之各種種類的終端，暫時或半 永久性執行基地台機能，而成為無線通訊裝置100而動作。甚至，無線通訊裝置100的至少一部分之構成要素，係亦可於基地台裝置或基地台裝置所需之模組中被實現。
又，例如，終端裝置200係亦可被實現成為智慧型手機、平板PC(Personal Computer)、筆記型PC、攜帶型遊戲終端、攜帶型/鑰匙型的行動路由器或是數位相機等之行動終端、或行車導航裝置等之車載終端。又，終端裝置200係亦可被實現成為進行M2M(Machine To Machine)通訊的終端(亦稱MTC(Machine Type Communication)終端)。甚至，終端裝置200的至少一部分之構成要素，係亦可於被搭載於這些終端的模組(例如以1個晶片所構成的積體電路模組)中被實現。
<6.1.基地台的相關應用例> (第1應用例)
圖34係可適用本揭露所述之技術的eNB之概略構成之第1例的區塊圖。eNB800係具有1個以上之天線810、及基地台裝置820。各天線810及基地台裝置820，係可透過RF纜線而被彼此連接。
天線810之每一者，係具有單一或複數天線元件(例如構成MIMO天線的複數個天線元件)，被使用來收送基地台裝置820之無線訊號。eNB800係具有如圖34所示的複數天線810，複數天線810係亦可分別對應於例如eNB800所使用的複數頻帶。此外，圖34中雖然圖示 了eNB800具有複數天線810的例子，但eNB800亦可具有單一天線810。
基地台裝置820係具備：控制器821、記憶體822、網路介面823及無線通訊介面825。
控制器821係可為例如CPU或DSP，令基地台裝置820的上位層的各種機能進行動作。例如，控制器821係從已被無線通訊介面825處理過之訊號內的資料，生成資料封包，將已生成之封包，透過網路介面823而傳輸。控制器821係亦可將來自複數基頻處理器的資料予以捆包而生成捆包封包，將所生成之捆包封包予以傳輸。又，控制器821係亦可具有執行無線資源管理(Radio Resource Control)、無線承載控制(Radio Bearer Control)、移動性管理(Mobility Management)、流入控制(Admission Control)或排程(Scheduling)等之控制的邏輯性機能。又，該當控制，係亦可和周邊的eNB或核心網路節點協同執行。記憶體822係包含RAM及ROM，記憶著要被控制器821所執行的程式、及各式各樣的控制資料(例如終端清單、送訊功率資料及排程資料等)。
網路介面823係用來將基地台裝置820連接至核心網路824所需的通訊介面。控制器821係亦可透過網路介面823，來和核心網路節點或其他eNB通訊。此情況下，eNB800和核心網路節點或其他eNB，係亦可藉由邏輯性介面(例如S1介面或X2介面)而彼此連接。網路介面823係可為有線通訊介面，或可為無線回載用的無線通 訊介面。若網路介面823是無線通訊介面，則網路介面823係亦可將比無線通訊介面825所使用之頻帶還要高的頻帶，使用於無線通訊。
無線通訊介面825，係支援LTE(Long Term Evolution)或LTE-Advanced等任一蜂巢網通訊方式，透過天線810，對位於eNB800之蜂巢網內的終端，提供無線連接。無線通訊介面825，典型來說係可含有基頻(BB)處理器826及RF電路827等。BB處理器826係例如，可進行編碼/解碼、調變/解調及多工化/逆多工等，執行各層(例如L1、MAC(Medium Access Control)、RLC(Radio Link Control)及PDCP(Packet Data Convergence Protocol))的各式各樣之訊號處理。BB處理器826係亦可取代控制器821，而具有上述邏輯機能的部分或全部。BB處理器826係亦可為含有：記憶通訊控制程式的記憶體、執行該當程式的處理器及關連電路的模組，BB處理器826的機能係亦可藉由上記程式的升級而變更。又，上記模組係亦可為被插入至基地台裝置820之插槽的板卡或刀鋒板，亦可為被搭載於上記板卡或上記刀鋒板的晶片。另一方面，RF電路827係亦可含有混波器、濾波器及放大器等，透過天線810而收送無線訊號。
無線通訊介面825係如圖34所示含有複數BB處理器826，複數BB處理器826係分別對應於例如eNB800所使用的複數頻帶。又，無線通訊介面825，係含有如圖34所示的複數RF電路827，複數RF電路827 係亦可分別對應於例如複數天線元件。此外，圖34中雖然圖示無線通訊介面825是含有複數BB處理器826及複數RF電路827的例子，但無線通訊介面825係亦可含有單一BB處理器826或單一RF電路827。
於圖34所示的eNB800中，參照圖4所說明的無線通訊裝置100中所含之1個以上之構成要素(中繼處理部151、提供部153及/或通知部155)，係亦可被實作於無線通訊介面825中。甚至，參照圖6所說明的MEC伺服器300中所含之1個以上之構成要素(取得部331、通知部333、探索部335及/或服務處理部337)，也是亦可被實作於無線通訊介面825中。或者，這些構成要素的至少一部分，亦可被實作於控制器821中。作為一例，eNB800係亦可搭載含有無線通訊介面825之一部分(例如BB處理器826)或全部、及/或控制器821的模組，於該當模組中實作上記1個以上之構成要素。此時，上記模組係亦可將用來使處理器運作成為上記1個以上之構成要素所需的程式(換言之，用來令處理器執行上記1個以上之構成要素之動作所需的程式)予以記憶，並執行該當程式。作為其他例子，用來使處理器運作成為上記1個以上之構成要素所需的程式亦可被安裝到eNB800，由無線通訊介面825(例如BB處理器826)及/或控制器821來執行該當程式。如以上所述，亦可以用具備有上記1個以上之構成要素之裝置的方式來提供eNB800、基地台裝置820或上記模組，提供用來使處理器運作成為上記1個以 上之構成要素所需的程式。又，亦可提供記錄著上記程式的可讀取之記錄媒體。
又，於圖34所示的eNB800中，參照圖4所說明的無線通訊部120，係亦可被實作於無線通訊介面825(例如RF電路827)中。又，天線部110係亦可被實作於天線810中。又，網路通訊部130係亦可被實作於控制器821及/或網路介面823中。又，記憶部140係亦可被實作於記憶體822中。
(第2應用例)
圖35係可適用本揭露所述之技術的eNB之概略構成之第2例的區塊圖。eNB830係具有1個以上之天線840、基地台裝置850、及RRH860。各天線840及RRH860，係可透過RF纜線而被彼此連接。又，基地台裝置850及RRH860，係可藉由光纖等之高速線路而彼此連接。
天線840之每一者，係具有單一或複數天線元件(例如構成MIMO天線的複數個天線元件)，被使用來收送RRH860之無線訊號。eNB830係具有如圖35所示的複數天線840，複數天線840係亦可分別對應於例如eNB830所使用的複數頻帶。此外，圖35中雖然圖示了eNB830具有複數天線840的例子，但eNB830亦可具有單一天線840。
基地台裝置850係具備：控制器851、記憶體 852、網路介面853、無線通訊介面855及連接介面857。控制器851、記憶體852及網路介面853，係和參照圖34所說明之控制器821、記憶體822及網路介面823相同。
無線通訊介面855，係支援LTE或LTE-Advanced等任一蜂巢網通訊方式，透過RRH860及天線840，對位於RRH860所對應之區段內的終端，提供無線連接。無線通訊介面855，典型來說係可含有BB處理器856等。BB處理器856，係除了透過連接介面857而與RRH860的RF電路864連接以外，其餘和參照圖34所說明之BB處理器826相同。無線通訊介面855係如圖35所示含有複數BB處理器856，複數BB處理器856係分別對應於例如eNB830所使用的複數頻帶。此外，圖35中雖然圖示無線通訊介面855是含有複數BB處理器856的例子，但無線通訊介面855係亦可含有單一BB處理器856。
連接介面857，係為用來連接基地台裝置850(無線通訊介面855)與RRH860所需的介面。連接介面857係亦可為，用來連接基地台裝置850(無線通訊介面855)與RRH860的上記高速線路通訊所需的通訊模組。
又，RRH860係具備連接介面861及無線通訊介面863。
連接介面861，係為用來連接RRH860(無線通訊介面863)與基地台裝置850所需的介面。連接介面861係亦可為，用來以上記高速線路通訊所需的通訊模組。
無線通訊介面863係透過天線840收送無線訊號。無線通訊介面863，典型來說係可含有RF電路864等。RF電路864係亦可含有混波器、濾波器及放大器等，透過天線840而收送無線訊號。無線通訊介面863，係含有如圖35所示的複數RF電路864，複數RF電路864係亦可分別對應於例如複數天線元件。此外，圖35中雖然圖示無線通訊介面863是含有複數RF電路864的例子，但無線通訊介面863係亦可含有單一RF電路864。
於圖35所示的eNB830中，參照圖4所說明的無線通訊裝置100中所含之1個以上之構成要素(中繼處理部151、提供部153及/或通知部155)，係亦可被實作於無線通訊介面855及/或無線通訊介面863中。甚至，參照圖6所說明的MEC伺服器300中所含之1個以上之構成要素(取得部331、通知部333、探索部335及/或服務處理部337)，也是亦可被實作於無線通訊介面855及/或無線通訊介面863中。或者，這些構成要素的至少一部分，亦可被實作於控制器851中。作為一例，eNB830係亦可搭載含有無線通訊介面855之一部分(例如BB處理器856)或全部、及/或控制器851的模組，於該當模組中實作上記1個以上之構成要素。此時，上記模組係亦可將用來使處理器運作成為上記1個以上之構成要素所需的程式(換言之，用來令處理器執行上記1個以上之構成要素之動作所需的程式)予以記憶，並執行該當程式。 作為其他例子，用來使處理器運作成為上記1個以上之構成要素所需的程式亦可被安裝到eNB830，由無線通訊介面855(例如BB處理器856)及/或控制器851來執行該當程式。如以上所述，亦可以用具備有上記1個以上之構成要素之裝置的方式來提供eNB830、基地台裝置850或上記模組，提供用來使處理器運作成為上記1個以上之構成要素所需的程式。又，亦可提供記錄著上記程式的可讀取之記錄媒體。
又，於圖35所示的eNB830中，例如，參照圖4所說明的無線通訊部120，係亦可被實作於無線通訊介面863(例如RF電路864)中。又，天線部110係亦可被實作於天線840中。又，網路通訊部130係亦可被實作於控制器851及/或網路介面853中。又，記憶部140係亦可被實作於記憶體852中。
(機能構成例)
圖36係可適用本揭露所述之技術的eNB870之概略機能構成之一例的區塊圖。如圖36所示，eNB870係含有：Inter Cell RRM881、RB Control882、Connection Mobility Control883、Radio Admission Control884、eNB Measurement Configuration & Provision885、及Dynamic Resource Allocation(Scheduler)886。
Inter Cell RRM(Radio Resource Management)881，係提供在蜂巢網間進行無線資源之管理的機能。例 如，Inter Cell RRM881，係藉由無線資源分配及送訊功率之調整，以降低蜂巢網間干擾。
RB(Radio Bearer)Control882，係提供無線承載控制機能。例如，RB Control882係基於各個無線承載之服務的要求，而將無線承載予以建立、修正或開放。
Connection Mobility Control883係提供容許移動性的連接控制機能。例如，Connection Mobility Control883，係將位在RRC_CONNECTED的UE之移動性，基於來自UE的資訊而加以控制，並進行接手決定。
Radio Admission Control884係提供連接許可控制機能。例如，Radio Admission Control884，係基於蜂巢網內的資源之使用量、及服務的資源要求量，來判定是否容許新的RRC連接及新的無線承載。
eNB Measurement Configuration & Provision885，係提供測量資訊供給機能。例如，eNB Measurement Configuration & Provision885，係將測量結果提供給運作者或控制實體等，以謀求無線資源之使用量及網路設定的最佳化。
Dynamic Resource Allocation(Scheduler)886，係提供往UE的動態無線資源分配機能。例如，Dynamic Resource Allocation(Scheduler)886，係基於頻道的狀態而對每一UE動態地分配無線資源，以謀求無線效率的最大化。
又，eNB870係還含有：RRC(Radio Resource Control)891、PDCP(Packet Domain Convergence Protocol)892、RLC(Radio Link Control)893、MAC(Media Access Control)894、PHY(Physical Layer)895。這些係為協定堆疊。
此外，圖36所示的區塊圖，係被記載於技術規格書「3GPP TS36.300 version12.5.0 Release12“LTE；Evolved Universal Terrestrial Radio Access(E-UTRA)and Evolved Universal Terrestrial Radio Access Network(E-UTRAN)；Overall description；Stage 2”」的「Figure 4.1-1：Functional Split between E-UTRAN and EPC」。亦即，本揭露所述之技術，是可被適用於該技術規格書中所記載的eNB。例如，在該技術規格書中所記載的eNB中，亦可搭載有MEC伺服器300。
<6.2.終端裝置的相關應用例> (第1應用例)
圖37係可適用本揭露所述之技術的智慧型手機900之概略構成之一例的區塊圖。智慧型手機900係具備：處理器901、記憶體902、儲存體903、外部連接介面904、相機906、感測器907、麥克風908、輸入裝置909、顯示裝置910、揚聲器911、無線通訊介面912、1個以上之天線開關915、1個以上之天線916、匯流排917、電池918及輔助控制器919。
處理器901係可為例如CPU或SoC(System on Chip)，控制智慧型手機900的應用層及其他層之機能。記憶體902係包含RAM及ROM，記憶著被處理器901所執行之程式及資料。儲存體903係可含有半導體記憶體或硬碟等之記憶媒體。外部連接介面904係亦可為，用來將記憶卡或USB(Universal Serial Bus)裝置等外接裝置連接至智慧型手機900所需的介面。
相機906係具有例如CCD(Charge Coupled Device)或CMOS(Complementary Metal Oxide Semiconductor)等之攝像元件，生成攝像影像。感測器907係可含有，例如：測位感測器、陀螺儀感測器、地磁感測器及加速度感測器等之感測器群。麥克風908係將輸入至智慧型手機900的聲音，轉換成聲音訊號。輸入裝置909係含有例如：偵測對顯示裝置910之畫面上之觸控的觸控感測器、鍵墊、鍵盤、按鈕或開關等，受理來自使用者之操作或資訊輸入。顯示裝置910係具有液晶顯示器(LCD)或有機發光二極體(OLED)顯示器等之畫面，將智慧型手機900的輸出影像予以顯示。揚聲器911係將從智慧型手機900所輸出之聲音訊號，轉換成聲音。
無線通訊介面912係支援LTE或LTE-Advanced等任一蜂巢網通訊方式，執行無線通訊。無線通訊介面912，典型來說係可含有BB處理器913及RF電路914等。BB處理器913係例如可進行編碼/解碼、調變/解調及多工化/逆多工等，執行無線通訊所需的各種訊號處理。另一方面，RF電路914係亦可含有混波器、濾波 器及放大器等，透過天線916而收送無線訊號。無線通訊介面912係亦可為，BB處理器913及RF電路914所集縮而成的單晶片模組。無線通訊介面912係亦可如圖37所示，含有複數BB處理器913及複數RF電路914。此外，圖37中雖然圖示無線通訊介面912是含有複數BB處理器913及複數RF電路914的例子，但無線通訊介面912係亦可含有單一BB處理器913或單一RF電路914。
再者，無線通訊介面912，係除了蜂巢網通訊方式外，亦可還支援近距離無線通訊方式、接近無線通訊方式或無線LAN(Local Area Network)方式等其他種類之無線通訊方式，此情況下，可含有每一無線通訊方式的BB處理器913及RF電路914。
天線開關915之每一者，係在無線通訊介面912中所含之複數電路(例如不同無線通訊方式所用的電路)之間，切換天線916的連接目標。
天線916之每一者，係具有單一或複數天線元件(例如構成MIMO天線的複數個天線元件)，被使用來收送無線通訊介面912之無線訊號。智慧型手機900係亦可如圖37所示般地具有複數天線916。此外，圖37中雖然圖示了智慧型手機900具有複數天線916的例子，但智慧型手機900亦可具有單一天線916。
甚至，智慧型手機900係亦可具備有每一無線通訊方式的天線916。此情況下，天線開關915係可從智慧型手機900之構成中省略。
匯流排917，係將處理器901、記憶體902、儲存體903、外部連接介面904、相機906、感測器907、麥克風908、輸入裝置909、顯示裝置910、揚聲器911、無線通訊介面912及輔助控制器919，彼此連接。電池918，係透過圖中虛線部分圖示的供電線，而向圖37所示的智慧型手機900之各區塊，供給電力。輔助控制器919，係例如於睡眠模式下，令智慧型手機900的必要之最低限度的機能進行動作。
於圖37所示的智慧型手機900中，參照圖5所說明的終端裝置200中所含之1個以上之構成要素(取得部241及/或選擇處理部243)，係亦可被實作於無線通訊介面912中。甚至，參照圖6所說明的MEC伺服器300中所含之1個以上之構成要素(取得部331、通知部333、探索部335及/或服務處理部337)，也是亦可被實作於無線通訊介面912中。或者，這些構成要素的至少一部分，亦可被實作於處理器901或輔助控制器919中。作為一例，智慧型手機900係亦可搭載含有無線通訊介面912之一部分(例如BB處理器913)或全部、處理器901、及/或輔助控制器919的模組，於該當模組中實作上記1個以上之構成要素。此時，上記模組係亦可將用來使處理器運作成為上記1個以上之構成要素所需的程式(換言之，用來令處理器執行上記1個以上之構成要素之動作所需的程式)予以記憶，並執行該當程式。作為其他例子，用來使處理器運作成為上記1個以上之構成要素所需的程式亦可 被安裝到智慧型手機900，由無線通訊介面912(例如BB處理器913)、處理器901、及/或輔助控制器919來執行該當程式。如以上所述，亦可以用具備有上記1個以上之構成要素之裝置的方式來提供智慧型手機900或上記模組，提供用來使處理器運作成為上記1個以上之構成要素所需的程式。又，亦可提供記錄著上記程式的可讀取之記錄媒體。
又，於圖37所示的智慧型手機900中，例如，參照圖5所說明的無線通訊部220，係亦可被實作於無線通訊介面912(例如RF電路914)中。又，天線部210係亦可被實作於天線916中。又，記憶部230係亦可被實作於記憶體902中。
(第2應用例)
圖38係可適用本揭露所述之技術的行車導航裝置920之概略構成之一例的區塊圖。行車導航裝置920係具備：處理器921、記憶體922、GPS(Global Positioning System)模組924、感測器925、資料介面926、內容播放器927、記憶媒體介面928、輸入裝置929、顯示裝置930、揚聲器931、無線通訊介面933、1個以上之天線開關936、1個以上之天線937及電池938。
處理器921係可為例如CPU或SoC，控制行車導航裝置920的導航機能及其他機能。記憶體922係包含RAM及ROM，記憶著被處理器921所執行之程式及資 料。
GPS模組924係使用接收自GPS衛星的GPS訊號，來測定行車導航裝置920的位置(例如緯度、經度及高度)。感測器925係可含有，例如：陀螺儀感測器、地磁感測器及氣壓感測器等之感測器群。資料介面926，係例如透過未圖示之端子而連接至車載網路941，取得車速資料等車輛側所生成之資料。
內容播放器927，係將被插入至記憶媒體介面928的記憶媒體(例如CD或DVD)中所記憶的內容，予以再生。輸入裝置929係含有例如：偵測對顯示裝置930之畫面上之觸控的觸控感測器、按鈕或開關等，受理來自使用者之操作或資訊輸入。顯示裝置930係具有LCD或OLED顯示器等之畫面，顯示導航機能或所被再生之內容的影像。揚聲器931係將導航機能或所被再生之內容的聲音，予以輸出。
無線通訊介面933係支援LTE或LTE-Advanced等任一蜂巢網通訊方式，執行無線通訊。無線通訊介面933，典型來說係可含有BB處理器934及RF電路935等。BB處理器934係例如可進行編碼/解碼、調變/解調及多工化/逆多工等，執行無線通訊所需的各種訊號處理。另一方面，RF電路935係亦可含有混波器、濾波器及放大器等，透過天線937而收送無線訊號。無線通訊介面933係亦可為，BB處理器934及RF電路935所集縮而成的單晶片模組。無線通訊介面933係亦可如圖38所 示，含有複數BB處理器934及複數RF電路935。此外，圖38中雖然圖示無線通訊介面933是含有複數BB處理器934及複數RF電路935的例子，但無線通訊介面933係亦可含有單一BB處理器934或單一RF電路935。
再者，無線通訊介面933，係除了蜂巢網通訊方式外，亦可還支援近距離無線通訊方式、接近無線通訊方式或無線LAN方式等其他種類之無線通訊方式，此情況下，可含有每一無線通訊方式的BB處理器934及RF電路935。
天線開關936之每一者，係在無線通訊介面933中所含之複數電路(例如不同無線通訊方式所用的電路)之間，切換天線937的連接目標。
天線937之每一者，係具有單一或複數天線元件(例如構成MIMO天線的複數個天線元件)，被使用來收送無線通訊介面933之無線訊號。行車導航裝置920係亦可如圖38所示般地具有複數天線937。此外，圖38中雖然圖示了行車導航裝置920具有複數天線937的例子，但行車導航裝置920亦可具有單一天線937。
甚至，行車導航裝置920係亦可具備有每一無線通訊方式的天線937。此種情況下，天線開關936係可從行車導航裝置920的構成中省略。
電池938，係透過圖中虛線部分圖示的供電線，而向圖38所示的行車導航裝置920之各區塊，供給電力。又，電池938係積存著從車輛側供給的電力。
於圖38所示的行車導航裝置920中，參照圖5所說明的終端裝置200中所含之1個以上之構成要素(取得部241及/或選擇處理部243)，係亦可被實作於無線通訊介面933中。甚至，參照圖6所說明的MEC伺服器300中所含之1個以上之構成要素(取得部331、通知部333、探索部335及/或服務處理部337)，也是亦可被實作於無線通訊介面933中。或者，這些構成要素的至少一部分，亦可被實作於處理器921中。作為一例，行車導航裝置920係亦可搭載含有無線通訊介面933之一部分(例如BB處理器934)或全部及/或處理器921的模組，於該當模組中實作上記1個以上之構成要素。此時，上記模組係亦可將用來使處理器運作成為上記1個以上之構成要素所需的程式(換言之，用來令處理器執行上記1個以上之構成要素之動作所需的程式)予以記憶，並執行該當程式。作為其他例子，用來使處理器運作成為上記1個以上之構成要素所需的程式亦可被安裝到行車導航裝置920，由無線通訊介面933(例如BB處理器934)及/或處理器921來執行該當程式。如以上所述，亦可以用具備有上記1個以上之構成要素之裝置的方式來提供行車導航裝置920或上記模組，提供用來使處理器運作成為上記1個以上之構成要素所需的程式。又，亦可提供記錄著上記程式的可讀取之記錄媒體。
又，於圖38所示的行車導航裝置920中，例如，參照圖5所說明的無線通訊部220，係亦可被實作於 無線通訊介面933(例如RF電路935)中。又，天線部210係亦可被實作於天線937中。又，記憶部230係亦可被實作於記憶體922中。
又，本揭露所述之技術，係亦可被實現成含有上述行車導航裝置920的1個以上之區塊、和車載網路941、車輛側模組942的車載系統(或車輛)940。亦即，亦可以具備取得部241及/或選擇處理部243(以及取得部331、通知部333、探索部335及/或服務處理部337)之裝置的方式，來提供車載系統(或車輛)940。車輛側模組942，係生成車速、引擎轉數或故障資訊等之車輛側資料，將所生成之資料，輸出至車載網路941。
<<7.總結>>
以上，參照圖1~圖38，詳細說明了本揭露之一實施形態。如上記說明，終端裝置200係將由無線通訊終端100所提供，並被MEC伺服器300所使用的，用來取得終端裝置200本身的無線通訊之相關資訊所需之API所相關的API資訊，加以取得，基於API資訊來進行用以選擇服務提供來源之MEC伺服器300所需之處理。終端裝置200係藉由參照API資訊，就可選擇在對應之無線通訊裝置100中有API、且為開放的MEC伺服器300。藉此，作為服務提供來源而為適切的MEC伺服器300之選擇，會被實現。
藉由實現適切的MEC伺服器300之選擇，使 用者、應用程式提供者、及運作者，都分別可以享受到利益。例如，使用者係可更舒適地(適切的速度、及延遲環境等)接受服務。又，應用程式提供者係可對使用者提供更高品質的服務。又，運作者係可將負荷分散、及無線資源的最佳化等之操作，做最佳化。又，關於相同無線涵蓋領域中的基礎設施(例如無線通訊裝置100)的共用，也是可讓終端裝置200存取至最佳的MEC伺服器300。又，終端裝置200，係在接手之際，可對最佳的MEC伺服器300進行存取。又，上層(應用程式)，係藉由掌握API為可使用的無線通訊裝置100，就可隨著使用者的契約等，來提供可以利用特別特性的服務。例如，應用程式係可在相同無線服務區域中，選擇滿足應用程式之要求的連接目標。
以上雖然一面參照添附圖面一面詳細說明了本揭露的理想實施形態，但本揭露之技術範圍並非限定於所述例子。只要是本揭露之技術領域中具有通常知識者，自然可於申請範圍中所記載之技術思想的範疇內，想到各種變更例或修正例，而這些當然也都屬於本揭露的技術範圍。
例如，在上記實施形態中，雖然假設是由無線通訊裝置100來提供API，由MEC伺服器300來使用該當API做說明，但本技術係不限定於所述例子。亦可反之，由MEC伺服器300所提供的API，是被無線通訊裝置100所使用。又，關於API的提供，亦可由無線通訊裝 置100或MEC伺服器300之其中任一方來參與，亦可雙方都參與(亦即藉由協同運作而提供API)。無線通訊裝置100與MEC伺服器300，係在圖2所示的MEC伺服器的平台的架構之中，進行資訊的交換。例如，在圖2所示的MEC應用程式平台中，API可被提供。
又，於本說明書中使用流程圖及程序圖所說明的處理，係亦可並不一定按照圖示的順序而被執行。亦可數個處理步驟，是被平行地執行。又，亦可採用追加的處理步驟，也可省略部分的處理步驟。
又，亦可作成用來令本說明書之裝置(例如無線通訊裝置100、終端裝置200、或MEC伺服器300)中所具備之處理器(例如CPU、DSP等)成為上記裝置之構成要素運作所需的電腦程式(換言之，令上記處理器執行上記裝置之構成要素之動作所需的電腦程式。又，亦可提供記錄著該當電腦程式的記錄媒體。又，亦可提供具備記憶上記電腦程式的記憶體、和可執行上記電腦程式的1個以上之處理器的裝置(例如基地台、基地台裝置或基地台裝置所需之模組、或者是終端裝置或終端裝置所需之模組)。又，含有上記裝置之構成要素之動作的方法，也被本揭露所述之技術所包含。
又，本說明書中所記載的效果，係僅為說明性或例示性，並非限定解釋。亦即，本揭露所述之技術，係亦可除了上記之效果外，或亦可取代上記之效果，達成當業者可根據本說明書之記載而自明之其他效果。
此外，如以下的構成也是屬於本揭露的技術範圍。
(1)
一種裝置，係具備：取得部，係將由中繼著前記裝置與核心網路之通訊的中繼節點所提供，並被向前記裝置提供服務之服務提供裝置所使用的，用來取得前記中繼節點之通訊之相關資訊所需的API之相關資訊，加以取得；和選擇處理部，係基於已被前記取得部所取得之前記API之相關資訊，而進行用來選擇服務提供來源之前記服務提供裝置所需之處理。
(2)
如前記(1)所記載之裝置，其中，前記API之相關資訊係包含：表示前記API是否為可使用的資訊。
(3)
如前記(2)所記載之裝置，其中，表示前記API是否為可使用的資訊係包含：表示前記API之有無的資訊。
(4)
如前記(2)或(3)所記載之裝置，其中，表示前記API是否為可使用的資訊係包含：表示前記API之開閉的資訊。
(5)
如前記(1)~(4)之任一項所記載之裝置，其中，前記中繼節點之通訊之相關資訊係包含：前記中繼節點與連接 至前記中繼節點之前記裝置的無線通訊之相關資訊。
(6)
如前記(1)~(5)之任一項所記載之裝置，其中，前記中繼節點之通訊之相關資訊係包含：前記中繼節點與連接至前記中繼節點之前記服務提供裝置的通訊之相關資訊。
(7)
如前記(1)~(6)之任一項所記載之裝置，其中，前記中繼節點之通訊之相關資訊係包含：前記中繼節點與連接至前記中繼節點之其他中繼節點的通訊之相關資訊。
(8)
如前記(1)~(7)之任一項所記載之裝置，其中，前記中繼節點之通訊之相關資訊係包含：實體性位置資訊或意義性位置資訊之至少任一者。
(9)
如前記(1)~(8)之任一項所記載之裝置，其中，前記選擇處理部，係將前記API為可使用的前記服務提供裝置，優先選擇成為服務提供來源。
(10)
如前記(1)~(9)之任一項所記載之裝置，其中，前記選擇處理部，係在已被選擇作為服務提供來源之前記服務提供裝置所對應之前記中繼節點的管理下不包含前記裝置的情況下，進行通訊路徑變更處理以使其被包含在管理下。
(11)
如前記(1)~(10)之任一項所記載之裝置，其中，前記選擇處理部，係在抵達已被選擇作為服務提供來源之前記服務提供裝置為止的通訊路徑上包含有前記API為不可使用的前記中繼節點的情況下，進行通訊路徑變更處理，以變成會經由前記API為可使用的其他前記中繼節點而與前記服務提供裝置進行通訊。
(12)
如前記(1)~(11)之任一項所記載之裝置，其中，前記取得部，係將抵達前記服務提供裝置為止的通訊路徑上所包含的1個以上之前記中繼節點所提供的前記API之相關資訊，加以取得。
(13)
如前記(1)~(12)之任一項所記載之裝置，其中，前記取得部，係將使用前記API而已被取得的前記通訊之相關資訊，加以取得；前記選擇處理部，係還基於前記通訊之相關資訊，來選擇服務提供來源之前記服務提供裝置。
(14)
如前記(1)~(13)之任一項所記載之裝置，其中，前記選擇處理部，係基於使用者操作，來選擇服務提供來源之前記服務提供裝置。
(15)
一種裝置，係具備：取得部，係將由中繼著終端裝置與核心網路之通訊的 中繼節點所提供的，用來取得前記中繼節點之通訊之相關資訊所需的API之相關資訊，加以取得；和通知部，係將已被前記取得部所取得之前記API之相關資訊，通知給前記終端裝置。
(16)
如前記(15)所記載之裝置，其中，前記取得部，係重複取得前記API之相關資訊；前記通知部，係將已被前記取得部重複取得的前記API之相關資訊，予以通知。
(17)
如前記(15)或(16)所記載之裝置，其中，前記裝置係還具備：探索部，係探索前記API為可使用的其他中繼節點。
(18)
如前記(17)所記載之裝置，其中，前記裝置係還具備：記憶部，係將表示前記探索部所做的探索結果的資訊，予以記憶。
(19)
如前記(18)所記載之裝置，其中，表示前記探索結果的資訊係包含：前記其他中繼節點的識別資訊、前記其他中繼節點所對應之其他裝置的識別資訊、及從前記其他中繼節點所提供的前記API之相關資訊。
(20)
如前記(15)~(19)之任一項所記載之裝置，其中，前 記裝置係還具備：服務處理部，係進行用來向前記終端裝置提供服務所需之處理。
(21)
如前記(20)所記載之裝置，其中，前記服務處理部，係基於前記通訊之相關資訊，而對前記中繼節點要求通訊設定之變更。
(22)
如前記(15)~(21)之任一項所記載之裝置，其中，前記取得部，係取得前記通訊之相關資訊；前記通知部，係將已被取得的前記通訊之相關資訊，通知給前記終端裝置。
(23)
如前記(15)~(22)之任一項所記載之裝置，其中，前記取得部，係基於使用了前記API的結果，來取得前記API之相關資訊。
(24)
一種裝置，係具備：中繼處理部，係將終端裝置與核心網路之通訊，予以中繼；和提供部，係將被前記中繼處理部所中繼之通訊之相關資訊，提供給向前記終端裝置提供服務之服務提供裝置。
(25)
如前記(24)所記載之裝置，其中，前記裝置係還具備：通知部，係將前記提供部之相關資訊，通知給前記終 端裝置。
(26)
如前記(24)或(25)所記載之裝置，其中，前記提供部，係使用API來提供前記通訊之相關資訊。
(27)
如前記(26)所記載之裝置，其中，前記提供部，係切換前記API的開閉。
(28)
一種方法，係含有：將由中繼著裝置與核心網路之通訊的中繼節點所提供，並被向前記裝置提供服務之服務提供裝置所使用的，用來取得前記中繼節點之通訊之相關資訊所需的API之相關資訊，加以取得的步驟；和基於已被取得之前記API之相關資訊，而藉由處理器進行用來選擇服務提供來源之前記服務提供裝置所需之處理的步驟。
(29)
一種方法，係含有：將由中繼著終端裝置與核心網路之通訊的中繼節點所提供的，用來取得前記中繼節點之通訊之相關資訊所需的API之相關資訊，加以取得的步驟；和將已被取得之前記API之相關資訊，藉由處理器而通知給前記終端裝置之步驟。
(30)
一種方法，係含有：將終端裝置與核心網路之通訊，予以中繼的步驟；和將所被中繼之通訊之相關資訊，藉由處理器而提供給向前記終端裝置提供服務之服務提供裝置。
(31)
一種程式，係用來使電腦發揮機能成為：取得部，係將由中繼著終端裝置與核心網路之通訊的中繼節點所提供的，用來取得前記中繼節點之通訊之相關資訊所需的API之相關資訊，加以取得；和通知部，係將已被前記取得部所取得之前記API之相關資訊，通知給前記終端裝置。
(32)
一種程式，係用來使電腦發揮機能成為：中繼處理部，係將終端裝置與核心網路之通訊，予以中繼；和提供部，係將被前記中繼處理部所中繼之通訊之相關資訊，提供給向前記終端裝置提供服務之服務提供裝置。
(33)
一種程式，係用來使電腦發揮機能成為：取得部，係將由中繼著裝置與核心網路之通訊的中繼節點所提供，並被向前記裝置提供服務之服務提供裝置所使用的，用來取得前記中繼節點之通訊之相關資訊所需的API之相關資訊，加以取得；和選擇處理部，係基於已被前記取得部所取得之前記 API之相關資訊，而進行用來選擇服務提供來源之前記服務提供裝置所需之處理。
1‧‧‧系統
10A、10B、10C‧‧‧蜂巢網
40‧‧‧核心網路
50‧‧‧封包資料網路
60‧‧‧應用程式伺服器
100A、100B、100C‧‧‧無線通訊裝置
200A、200B、200C‧‧‧終端裝置
300A、300B、300C‧‧‧MEC伺服器

Claims (33)

  1. 一種裝置，係具備：取得部，係將由中繼著前記裝置與核心網路之通訊的中繼節點所提供，並被向前記裝置提供服務之服務提供裝置所使用的，用來取得前記中繼節點之通訊之相關資訊所需的API之相關資訊，加以取得；和選擇處理部，係基於已被前記取得部所取得之前記API之相關資訊，而進行用來選擇服務提供來源之前記服務提供裝置所需之處理。
  2. 如請求項1所記載之裝置，其中，前記API之相關資訊係包含：表示前記API是否為可使用的資訊。
  3. 如請求項2所記載之裝置，其中，表示前記API是否為可使用的資訊係包含：表示前記API之有無的資訊。
  4. 如請求項2所記載之裝置，其中，表示前記API是否為可使用的資訊係包含：表示前記API之開閉的資訊。
  5. 如請求項1所記載之裝置，其中，前記中繼節點之通訊之相關資訊係包含：前記中繼節點與連接至前記中繼節點之前記裝置的無線通訊之相關資訊。
  6. 如請求項1所記載之裝置，其中，前記中繼節點之通訊之相關資訊係包含：前記中繼節點與連接至前記中繼節點之前記服務提供裝置的通訊之相關資訊。
  7. 如請求項1所記載之裝置，其中，前記中繼節點之通訊之相關資訊係包含：前記中繼節點與連接至前記中繼節點之其他中繼節點的通訊之相關資訊。
  8. 如請求項1所記載之裝置，其中，前記中繼節點之通訊之相關資訊係包含：實體性位置資訊或意義性位置資訊之至少任一者。
  9. 如請求項1所記載之裝置，其中，前記選擇處理部，係將前記API為可使用的前記服務提供裝置，優先選擇成為服務提供來源。
  10. 如請求項1所記載之裝置，其中，前記選擇處理部，係在已被選擇作為服務提供來源之前記服務提供裝置所對應之前記中繼節點的管理下不包含前記裝置的情況下，進行通訊路徑變更處理以使其被包含在管理下。
  11. 如請求項1所記載之裝置，其中，前記選擇處理部，係在抵達已被選擇作為服務提供來源之前記服務提供裝置為止的通訊路徑上包含有前記API為不可使用的前記中繼節點的情況下，進行通訊路徑變更處理，以變成會經由前記API為可使用的其他前記中繼節點而與前記服務提供裝置進行通訊。
  12. 如請求項1所記載之裝置，其中，前記取得部，係將抵達前記服務提供裝置為止的通訊路徑上所包含的1個以上之前記中繼節點所提供的前記API之相關資訊，加以取得。
  13. 如請求項1所記載之裝置，其中，前記取得部，係將使用前記API而已被取得的前記通訊之相關資訊，加以取得；前記選擇處理部，係還基於前記通訊之相關資訊，來 選擇服務提供來源之前記服務提供裝置。
  14. 如請求項1所記載之裝置，其中，前記選擇處理部，係基於使用者操作，來選擇服務提供來源之前記服務提供裝置。
  15. 一種裝置，係具備：取得部，係將由中繼著終端裝置與核心網路之通訊的中繼節點所提供的，用來取得前記中繼節點之通訊之相關資訊所需的API之相關資訊，加以取得；和通知部，係將已被前記取得部所取得之前記API之相關資訊，通知給前記終端裝置。
  16. 如請求項15所記載之裝置，其中，前記取得部，係重複取得前記API之相關資訊；前記通知部，係將已被前記取得部重複取得的前記API之相關資訊，予以通知。
  17. 如請求項15所記載之裝置，其中，前記裝置係還具備：探索部，係探索前記API為可使用的其他中繼節點。
  18. 如請求項17所記載之裝置，其中，前記裝置係還具備：記憶部，係將表示前記探索部所做的探索結果的資訊，予以記憶。
  19. 如請求項18所記載之裝置，其中，表示前記探索結果的資訊係包含：前記其他中繼節點的識別資訊、前記其他中繼節點所對應之其他裝置的識別資訊、及從前記其他中繼節點所提供的前記API之相關資訊。
  20. 如請求項15所記載之裝置，其中，前記裝置係還具備：服務處理部，係進行用來向前記終端裝置提供服務所需之處理。
  21. 如請求項20所記載之裝置，其中，前記服務處理部，係基於前記通訊之相關資訊，而對前記中繼節點要求通訊設定之變更。
  22. 如請求項15所記載之裝置，其中，前記取得部，係取得前記通訊之相關資訊；前記通知部，係將已被取得的前記通訊之相關資訊，通知給前記終端裝置。
  23. 如請求項15所記載之裝置，其中，前記取得部，係基於使用了前記API的結果，來取得前記API之相關資訊。
  24. 一種裝置，係具備：中繼處理部，係將終端裝置與核心網路之通訊，予以中繼；和提供部，係將被前記中繼處理部所中繼之通訊之相關資訊，提供給向前記終端裝置提供服務之服務提供裝置。
  25. 如請求項24所記載之裝置，其中，前記裝置係還具備：通知部，係將前記提供部之相關資訊，通知給前記終端裝置。
  26. 如請求項24所記載之裝置，其中，前記提供部，係使用API來提供前記通訊之相關資訊。
  27. 如請求項26所記載之裝置，其中，前記提供部， 係切換前記API的開閉。
  28. 一種方法，係含有：將由中繼著裝置與核心網路之通訊的中繼節點所提供，並被向前記裝置提供服務之服務提供裝置所使用的，用來取得前記中繼節點之通訊之相關資訊所需的API之相關資訊，加以取得的步驟；和基於已被取得之前記API之相關資訊，而藉由處理器進行用來選擇服務提供來源之前記服務提供裝置所需之處理的步驟。
  29. 一種方法，係含有：將由中繼著終端裝置與核心網路之通訊的中繼節點所提供的，用來取得前記中繼節點之通訊之相關資訊所需的API之相關資訊，加以取得的步驟；和將已被取得之前記API之相關資訊，藉由處理器而通知給前記終端裝置之步驟。
  30. 一種方法，係含有：將終端裝置與核心網路之通訊，予以中繼的步驟；和將所被中繼之通訊之相關資訊，藉由處理器而提供給向前記終端裝置提供服務之服務提供裝置。
  31. 一種程式，係用來使電腦發揮機能成為：取得部，係將由中繼著終端裝置與核心網路之通訊的中繼節點所提供的，用來取得前記中繼節點之通訊之相關資訊所需的API之相關資訊，加以取得；和通知部，係將已被前記取得部所取得之前記API之相 關資訊，通知給前記終端裝置。
  32. 一種程式，係用來使電腦發揮機能成為：中繼處理部，係將終端裝置與核心網路之通訊，予以中繼；和提供部，係將被前記中繼處理部所中繼之通訊之相關資訊，提供給向前記終端裝置提供服務之服務提供裝置。
  33. 一種程式，係用來使電腦發揮機能成為：取得部，係將由中繼著裝置與核心網路之通訊的中繼節點所提供，並被向前記裝置提供服務之服務提供裝置所使用的，用來取得前記中繼節點之通訊之相關資訊所需的API之相關資訊，加以取得；和選擇處理部，係基於已被前記取得部所取得之前記API之相關資訊，而進行用來選擇服務提供來源之前記服務提供裝置所需之處理。
TW105115331A 2015-06-12 2016-05-18 通訊裝置、通訊方法及通訊程式 TWI769134B (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2015118999 2015-06-12
JP2015-118999 2015-06-12
JP2015-172760 2015-09-02
JP2015172760 2015-09-02

Publications (2)

Publication Number Publication Date
TW201711423A true TW201711423A (zh) 2017-03-16
TWI769134B TWI769134B (zh) 2022-07-01

Family

ID=57504488

Family Applications (1)

Application Number Title Priority Date Filing Date
TW105115331A TWI769134B (zh) 2015-06-12 2016-05-18 通訊裝置、通訊方法及通訊程式

Country Status (3)

Country Link
DE (1) DE112016002652T5 (zh)
TW (1) TWI769134B (zh)
WO (1) WO2016199515A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018160813A (ja) * 2017-03-23 2018-10-11 日本電気株式会社 無線通信システム、無線アクセスネットワークノード、及び通信方法
CN108989372B (zh) * 2017-06-02 2021-04-09 华为技术有限公司 服务发现的方法、注册中心和设备
CN111684774B (zh) * 2017-12-25 2022-08-19 诺基亚通信公司 移动边缘计算(mec)中的服务质量(qos)控制方法、系统
EP4057730B1 (en) * 2019-11-05 2024-08-21 Beijing Xiaomi Mobile Software Co., Ltd. Data processing system, methods and readable storage medium

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4299911B2 (ja) * 1999-03-24 2009-07-22 株式会社東芝 情報転送システム
JP2003092639A (ja) * 2001-09-18 2003-03-28 Denso Corp ダウンロード方法
JP4133274B2 (ja) * 2002-12-04 2008-08-13 株式会社エヌ・ティ・ティ・ドコモ コンテンツ配信システム、中継装置及びコンテンツ配信制御方法
WO2007052959A1 (en) * 2005-11-03 2007-05-10 Ktfreetel Co., Ltd. Open mobile business supporting system and method
JP4702756B2 (ja) * 2008-05-27 2011-06-15 株式会社アイ・オー・データ機器 中継装置、周辺装置、テレビ受像機、及び、情報処理システム
KR20100134433A (ko) * 2009-06-15 2010-12-23 엘지전자 주식회사 기능 제어부를 갖는 이동 단말기
JP5750935B2 (ja) * 2011-02-24 2015-07-22 富士ゼロックス株式会社 情報処理システム、情報処理装置、サーバ装置およびプログラム

Also Published As

Publication number Publication date
WO2016199515A1 (ja) 2016-12-15
TWI769134B (zh) 2022-07-01
DE112016002652T5 (de) 2018-03-01

Similar Documents

Publication Publication Date Title
US11310841B2 (en) Long-term evolution assisted new radio initial access and mobility for 5G or other next generation networks
US10841969B2 (en) IuGW architecture
US11026165B2 (en) Radio network node, network node, database, configuration control node, and methods performed thereby
US11510258B2 (en) Direct user equipment to user equipment without data network access identifier
KR101874730B1 (ko) 핸드오버 개시를 위한 사용자 장비 및 방법
US20190364616A1 (en) 5G Interoperability Architecture
KR101791284B1 (ko) 애드 혹 네트워크를 가능하게 하는 방법 및 장치
US20220264383A1 (en) Implicit Indication of Centralized Unit (CU) Integrated Access Backhaul (IAB) Capability
CN103733683A (zh) 移动中继切换
US10986691B2 (en) Base station grouping for topology hiding
WO2013163595A2 (en) Method and apparatus for optimizing proximity data path setup
CN112823540B (zh) 用于en-dc配置传送的enodeb（enb）代理的自动发现
WO2017043204A1 (ja) 装置、方法及びプログラム
TWI769134B (zh) 通訊裝置、通訊方法及通訊程式
US11792883B2 (en) Ethernet PDU service for 5G networks
US20230205752A1 (en) Internal Service/Function Discovery
CN102573075A (zh) 操作用户设备的方法、用户设备、和家庭演进型节点b
US20200305077A1 (en) Virtual cells for radio access network (ran) sharing
WO2023202220A1 (zh) 一种通信方法及装置
EP4211987A1 (en) 2g hetnet gateway system architecture

Legal Events

Date Code Title Description
MM4A Annulment or lapse of patent due to non-payment of fees